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MANAGEMENT  SUMMARY 


A,      BACKGROUND  AND  METHODOLOGY 

•  INPUT  was  engaged  by  the  Hartford  Insurance  Group  (HIG)  in  August  1983  to 
interview  30  insurance  companies  to  identify  several  insurance  companies  that 
would  be  good  prospects  for  acquiring  HlG's  Commercial  Lines  Automation 
(CLA)  system  in  the  near  future,  either  on  a  timesharing  (service  bureau)  basis 
or  as  software. 

HIG  selected  approximately  45  companies  that  it  believed  would  be  good 
prospects  for  INPUT  to  interview.  HIG  was  not  identified. 

INPUT  initially  interviewed  7  companies  in  depth,  averaging  two 
interviews  per  company,  with  respondents  from  both  the  insurance  and 
data  processing  sides  of  the  companies. 

Receptivity  to  CLA  in  its  present  form  was  rather  low. 

•  Consequently,  at  the  first  project  status  review,  INPUT  suggested,  and  HIG 
agreed,  that  companies  should  be  qualified  by  telephone  interviews  before  they 
were  interviewed  on-site. 

The  qualifying  interviews  were  to  identify  and  exclude  companies  with 
firm  automation  plans  (either  in-house  or  PMS).  The  rationale  was  that 
such  companies  would  take  too  long  to  change  such  plans  and  acquire 

CLA.    Z,:,,^  .  _  ; 

However,  the  receptivity  to  CLA  improved  only  marginally  in  the  next  9 
interviews. 
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The  telephone  survey  work  did,  however,  add  data  on  the  automation 
status  for  another  24  companies.  ■ 

•  In  the  course  of  these  initial  16  interviews  INPUT  noticed  what  appeared  to  be 
a  trend  toward  the  use  of  "dispersed"  processing  and  suggested  that  for  the 
remaining  respondents,  the  interview  be  explicitly  expanded  to  identify  the 
plans  and  attitudes  concerning  dispersed  processing.  HIG  agreed  that  this 
would  be  useful. 

•  .        Exhibit  I-l  summarizes  the  entities  interviewed. 

Because  most  respondents  were  selected  randomly  and  because  of  the 
increased  sample  size,  INPUT  believes  this  group  is  representative  of 
companies  generally.  - 

Note  that  the  term  "entities"  is  used.  As  defined  here,  an  entity  is  either 
an  insurance  group  or  an  independent  company.  INPUT  has  found,  in  this 
study  and  others,  that  the  vast  majority  of  legally  separate  members  of 
groups  are  not  in  fact  operationally  separate. 

This  is  important  when  sizing  the  market.  Exhibit  1-2  shows  how  the  1650 
P&C  "companies"  are  reduced  to  652  entities  in  commercial  lines. 

Assuming  that  an  entity  should  have  roughly  $15  million  direct  premiums 
to  normally  be  an  attractive  customer  for  an  information  services  vendor, 
then  there  are  roughly  200  commercial  line  entities  in  the  information 
services  marketplace. 

.  Note  that  the  35  entities  over  $300  million  account  for  over  two-thirds 
of  premiums  written  (Exhibit  1-3).  This  is  important  where  information 
services  or  products  revenues  may  be  proportional  to  entity  size. 

.  On  an  entity  basis,  INPUT'S  interviews  account  for  approximately  one- 
quarter  of  the  possible  market. 
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EXHIBIT  I-l 
RESPONDENT  COMPANIES 


ENTITY  SIZE* 
(COMMERCIAL  DIRECT 
PREMIUMS)  

$15-49.9  million 
$50-99.9  million 
$100-299.9  million 
$300  million  and  over 
TOTAL 


NUMBER  OF  EN^TITIES*  INTERVIEWED 


TELEPHONE 

ONLY  ON-SITE  TOTAL 

14  6  20 

3  5  8 

7  9  16 

0  .     10  10 

Ik  30           .  54 


*  ENTITY  =  GROUP,  GROUP  COMPONENT  OR  INT^EPENTDENT  COMPANY 


EXHIBIT  1-2 
ENTITY  VS.  COMPANY  SIZING 


SEGMENT  SIZE 
(DIRECT  PREMIUMS) 

$300  million  or  more 

$100-299  million 

$50-99  million 

$10-49  million 

Under  $10  million 

TOTAL 


ENTITIES* 
COMMERCIAL  LINES 

35 

40 

31 
145 
401 
652 


COMPANIES* 
ALL  LINES 

70 

137 

139 

517 

7S7 


1650 


*  ENTITIES  =  GROUPS  AND  INDEPENDENT  COMPANIES. 

COMPANIES  =  INDEPENDENT  COMPANIES  AND  GROUP  CONSTITUENTS 


4 


INPUT 


EXHIBIT  1-3 
MARKET  SIZING  BY  PREMIUM  SIZE:  PREMIUMS 


(DIRECT  COMMERCML 

ENTITIES- 

PREI^IIUMS 

PERCENT  OF 

PREMIUMS 

LINES  PREMIUMS) 

IN  SEGMENT' 

($  BILL) 

IN  SEGMENT 

CU^IULATIVE 

Over  $1  billion 

13 

$23.5 

45.8% 

45.8% 

$500-999  million 

12 

9.6 

18.7 

•  64.5 

$300-499  million 

10 

3.7 

7.2 

71.7 

$200-299  million 

14 

•  3.5 

6.8 

78.5 

$100-199  million 

26 

3.9 

7.6 

86.1 

$75-99  million 

13 

1.1 

2.1 

88.2 

$50-74  million 

18 

1.1 

2.1 

90.3 

$40-49  million 

26 

1.2 

2.3 

92.6 

$30-39  million 

25 

0.9 

1.8 

94.4 

$25-29  million 

.    ■  14 

0.4 

.8 

95.2 

g  90-94  Tm'  1  1  i  nn 

y  UiJ — LXXUll 

n  5 

$15-20  million 

21 

0.4 

.8 

97.0  . 

$10-15  million 

39 

.  0.5 

1.0 

98.0 

$5-10  million 

57 

0.4 

.8 

98.8 

$.1-4  million 

284 

0.6 

1.2 

100.0 

Under  $.1  million 

60 

0 

0 

100.0 

TOTAL 

652 

$51.3 

100.0% 

*  ENTITIES  =  GROUPS 

OR  INT)EPENT)ENT 

COMPANIES 
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B.       AUTOMATION  STATUS 


•  Automation  in  personal  lines  is  well  advanced.    Most  lines  are  automated, 
although  many  systems  are  quite  old. 

Many  systems,  even  in  smaller  companies,  have  been  developed  in-house 
(Exhibit  l-A).  The  PMS  profile  in  the  sample  matches  quite  closely  that 
published  by  PMS. 

It  is  noteworthy  that  while  about  one  quarter  of  respondents  plan  major 
changes  to  their  personal  lines  systems,  no  net  change  will  occur  between 
the  use  of  in-house  and  vendor  systems.  This,  among  other  things,  argues 
that  PMS  may  be  reaching  a  high  water  mark  in  terms  of  its  installed 
base. 

•  A  somewhat  similar  picture  appears  when  contrasting  current  and  planned 
commercial  lines  automation  among  respondents  (Exhibit  1-5). 

In-house  automation  is  expected  to  remain  virtually  unchanged,  used  in 
approximately  70%  of  entities. 

However,  the  use  of  vendors  is  much  less  clear. 

.  Planned  PMS  use  is  not  bouyant,  with  commercial  lines  unlikely  to 
exceed  that  of  personal  lines. 

.  The  use  of  other  vendors,  especially  those  like  ISl  who  offer  standalone 
quoting  systems,  is  expected  to  drop  sharply  from  current  penetration 
of  half  of  the  entities.  This  reflects  a  widespread  feeling  that  such 
products  are  interim  solutions. 

It  is  noteworthy  that  one-fifth  of  entities  plan  to  make  significant 
changes,  but  do  not  know  what  their  choice  will  be. 
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EXHIBIT  I-A 
STATUS  OF  PERSONAL  LINES  AUTOMATION 


PERCENT  OF  ENTITIES  BY  SIZE 
(COMMERCIAL  DIRECT  PREMIU>IS;   $  MILLION) 

$15-49  $50-99  $100-299        $300^^  AVERAGE* 


IN  HOUSE 

60% 

50% 

.  38% 

90% 

78% 

VENDOR 

30% 

38% 

56% 

30% 

34% 

PMS 

20% 

13% 

38% 

30% 

30% 

OTHER  • 

10% 

25% 

19% 

0 

4% 

MANUAL 

10% 

13% 

13% 

0 

3% 

AUTOMATION 
SOURCE 


•  WEIGHTED  BY  COMMERCIAL  PREMIUMS. 
NOTES: 

•  COLUMNS  MAY.  TOTAL  MORE  THAN  100%  DUE  TO 
MULTIPLE  SOURCES  OF  AUTOMATION. 

•  N  =  54 
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EXHIBIT  1-5 


AUTOMATION  SOURCES:     PERSONAL  AND  COMMERCIAL  LINES 


AUTOMATION 
SOURCE 


PERCENT  OF  ENTITIES,  WEIGHTED  AVERAGE 
PERSONAL  COMMERCIAL  LIN^S 

LINES  current:  planned 


IN  HOUSE 

VENT)0R 
PMS 
OTHER 

•  UNKNOWN 

UNKNOWN 
MANUAL 


78% 

34% 
30% 

4% 

0 


3% 


69% 

70% 
18% 
50% 
0 


3% 


70% 

38% 
21% 
19% 
2% 

19% 


N  =  54 
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•  There  is  little  question  that  there  will  be  significant  changes  in  commercial 
lines  automation  in  coming  years.  Current  automation,  while  widespread,  is 
'^ery  spotty.  The  cube  in  Exhibit  1-6  shows  one  way  of  conceptualizing  the 
extent  of  insurance  automation.  The  three  dimensions  represent: 

The  functions  automated  (quoting,  coding,  policy  issuance,  etc.) 

Automation  intensity  (in  descending  order  of  complexity:  interactive,  on- 
line batch,  batch). 

The  proportion  of  lines  and  premiums  automated. 

•  Each  of  the  areas  could  have  a  maximum  value  of  1.00.  Currently,  most 
entities  fall  far  short  of  this  (Exhibit  1-7). 

Even  the  largest  entities,  which  do  reasonably  well  in  each  of  the  three 
'  categories,  only  score  .27  out  of  1.00. 

•  Respondents  generally  wish  to  have  a  much  higher  level  of  automation  than 
they  have  presently,  i.e.,  they  desire, 

All  major  lines  automated  (rather  than  one  or  a  few  key  lines). 

All  functions  automated,  especially  in  the  smaller  entities  where  this  is 
often  not  the  case. 

A  much  higher  intensity  of  automation  (at  least  on-line  batch). 

•  Most  respondents  are  motivated  to  automate  by  perceived  dollar  savings.  This 
is  in  spite  of  the  fact  that  few  respondents  had  data  or  a  methodology  to  prove 
cost  savings.  There  is,  however,  strong  belief  that  such  savings  exist. 

Larger  entities  are  also  strongly  motivated  by  the  need  to  obtain 
management  information  to  run  their  business  better. 
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EXHIBIT  1-6 
COMMERCIAL  LINES  AUTOMATION 
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EXHIBIT  1-7 
AUTOMATION  INDEX 


INDEXES 


ENTITY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS;   $  MILLION) 

WEIGHTED* 

$100-299 


$15-49  $50-99 


$300+  AVERAGE 


1.     Functions  Automated 
(from  Exhibit  ) 


20 


41 


.71 


.86 


77 


Automation  Intensity 
(from  Exhibit  ) 


.27 


38 


40 


.64 


57 


3.     Premiums  Automated 
(Estimate) 


30 


40 


.45 


.50 


.47 


4.     Automation  Index 

(Row  1  X  Row  2  X  Row  3) 


.02 


.06 


13 


.27 


22 


^Weighted  by  Premiums 
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Many  entities  also  see  increased  automation  as  Improving  service. 

'  .  The  larger  entities  see  this  in  a  general  way  -  getting  many  kinds  of 
information  to  insureds  and  ogents  in  a  faster,  more  focussed  and 
accurate  way. 

.   Smaller  entities  often  only  looked  at  one  aspect  of  service:  faster 
quote  turnaround. 

C,      FUTURE  DIRECTIONS  AND  OPPORTUNITIES 


•  One  of  the  findings  in  the  initial  interviews  was  the  relatively  low  level  of 
interest  in  HIG's  product  in  its  host-based  form. 

•  In  the  case  of  the  service  bureau  option  this  is  in  keeping  with  general 
developments  in  remote  computer  services  (RCS)  over  the  past  several  yars: 

Many  applications  are  being  moved  from  service  bureau  to  Information 
Centers  or  personal  computers. 

Classic  service  bureau  and  timesharing  operations  are  increasingly 
suffering  from  financial  problems.  ' 

Leading  RCS  firms  estimate  that  little  more  than  half  their  revenue  now 
comes  from  RCS  itself;  the  remainder  being  made  up  of  information  (data 
base)  distribution,  intelligent  networks,  software  and  hardware  sales. 

PMS's  own  service  bureau  has  had  essentially  flat  growth  over  the  past 
three  years. 

•  The  question  of  software  sales  is  more  complex,  since  RMS  has  had  significant 
sales  and  Adtec  has  picked  up  several  companies  recently. 
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While  PMS  and  Adtec  represent  different  implementation  philosphies, 
their  underlying  host-based  approach  is  similar  in  concept  to  HlG's  CLA. 

There  is  a  definite  slowing  in  growth  in  host-based  software,  as  shown  in 
Exhibit  i-  5. 

.  Much  of  this  is  due  to  the  committment  that  such  an  undertaking 
represents  in  terms  of  cost,  time  and  risk.  There  is,  normally,  little 
chance  of  turning  bock. 

.  The  size  and  complexity  of  this  kind  of  software  meons  that  purchasers 
must  assume  a  significant  maintenance  burden  if,  as  many  companies 
increasingly  intend,  they  want  to  market  unique  insurance  products 
supported  by  unique  software. 

•  The  above  are  some  of  the  reasons  why  the  dispersed  "workstation"  approach 
gained  a  much  higher  level  of  interest  (Exhibit  1-8). 

As  noted  earlier,  only  the  latter  half  of  interviews  formally  included 
questions  on  this  approach  (Exhibit  1-9).    However,  the  reason  that  this 
approach  was  added  was  that  so  many  of  the  earlier  respondents  hod,  of 
"  their  own  volition,  discussed  the  subject  and  shown  their  commitment. 

The  workstation  approach  is  seen  as  the  reverse  of  the  host-based 
approach:  Modularity  reduces  cost,  commitment  and  risk. 

In  addition,  the  phenomenal  rise  of  the  personal  computer  in  the  last  two 
years  has  made  this  approach  technically  feasible  and  cost-effective,  and, 
equally  important,  seem  very  modern  and  respectable. 

•  Only  a  quarter  of  respondents  had  firm  workstation-related  plans,  many  with 
Data  Concepts,  Inc.  (Exhibit  1-10). 
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EXHIBIT  1-9 


"WORKSTATION"  APPROACH  (DIAGRAM  USED  IN  LATER  INTERVIEWS) 
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Half  hod  general  plans,  i.e.,  the  concept  was  fairly  settled,  but  design 
and  implementation  was  not. 

Because  of  this,  most  respondents  did  not  have  a  settled  view  as  to  the 
precise  division  of  functionality  between  the  central  data  base  (which 
virtually  all  saw  a  need  for)  and  the  dispersed  workstations.  Note: 
"Workstations"  can  run  the  gamut  from  an  ordinary  PC  to  a  super-micro. 

•  The  combination  of  strong  perceived  need  and  unsettled  plans  represents  a 
clear  opportunity. 

•  Other  potential  areas  of  opportunity  include  agency-company  linkage  and  a 
centrally-supported  quotation  function. 

Respondents  are,  in  essence,  waiting  to  see  the  boundaries  of  the  agency- 
company  linkage  question  become  clearer  before  they  commit  themselves 
to  a  particular  approach. 

Many  respondents  did  not  view  a  critical  need  for  a  centrally-supported 
quotation  service,  either  because  they  were  non-standard,  believed  they 
got  adequate  service  from  a  current  vendor  (e.g.,  PMS  or  ISl)  or  because 
they  had  to  interpret  ISO  rates  themselves. 

.   However,  few  of  the  respondents  were  underwriters. 

.   Development     of     detailed    product    alternatives    and  subsequent 
discussions  with  underwriters  might  obtain  a  more  positive  response. 

D.  COMPETITION 

•  The  principal  competitors  are  PMS  and  Data  Concepts  Inc.  (DCl). 

•  ,   PMS  is  a  formidable  marketing  organization. 
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However,  its  growth  rate  in  licensees  for  its  core  personal 
line/commercial  lines  (PMS)  product  has  not  been  impressive  in  recent 
years  (Exhibit  I- II).  It  has,  however,  been  mining  its  customers 
intensively  and  moving  into  new  revenue  areas. 

As  indicated  in  Exhibit  1-5  ,  PMS  will  be  very  fortunate  if  its  commercial 
lines  penetration  equals  that  in  personal  lines. 

PMS  will  have  the  constraint  of  competing  against  itself  if  it  were  to 
introduce  a  workstation  product.  However,  it  would  probably  introduce  a 
workstation  product  if  the  alternative  were  to  watch  a  large  part  of  the 
market  slip  away.  It  might  wait  too  long,  however. 

•  DC!  is  a  totally  different  kind  of  company  with  a  unique  product. 

While  it  has  had  high  growth  recently,  it  still  has  fewer  than  100  people. 

It  is  totally  committed  to  commercial  lines  automation,  using  the 
workstation  approach  (now  offered  on  the  WICAT  micro). 

Its  software  is  proprietary,  and  targetted  for  the  task  of  handling  complex 
insurance  transactions.  Its  system  is,  at  the  least,  user-accessible. 

There  are  holes  in  its  offering,  most  notably  commercial  auto  and  a  data 
base.  The  latter  is  being  partly  remedied  by  constructed  "hooks"  into  the 
PMS  data  base. 

DCl  users,  even  partly  disappointed  ones,  have  only  positive  comments 
about  the  company  and  product  (unlike,  say,  PMS  users). 

•  Electronic  Data  Systems  (EDS)  with  whom  DCl  had  has  a  prior  business 
relationship  is  now  beta  testing  a  product  that  is  remarkably  similar  in  concept 
to  the  DCl  product,  although  its  execution  in  COBOL  may  turn  out  to  have 
been  a  mistake. 
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EXHIBIT  I- 11 
PMS  GROWTH  RATES 


ANNUAL  LICENSEE  INCREASE 


FINANCIAL  SYSTEMS  REVENUE 
PMS  .  (FMS,   SMS)  GROWTH 

1980  17%  '         72%  ^.  38% 

1981  11%  15%  51% 

1982  11%        '  11%  49% 
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E,      MARKET  SIZE 


•  This  is  an  attractive  market  that  is  peculiar  in  one  helpful  respect: 
Automation  budgets  are  not  fixed  (in  fact  they  are  often  not  known). 
Companies  will  often  double  their  automation  spending  (as  many  have  with 
PMS)  with  the  expectation  that  the  investment  will  pay  for  itself. 

Exhibit  1-12  and  1-13  show  INPUT'S  estimates  for  commercial  lines  data 
processing  expenditures  in  1983  and  1988. 

It  is  unlikely  if  the  PMS  share  exceeds  1%  of  current  commercial  lines  DP 
spending. 

Give  the  fact  that  PMS's  share  of  personal  line  automation  spending  can, 
even  in  large  companies,  account  for  5-10%  of  ongoing  DP  spending,  there 
is  a  large  opportunity,  an  opportunity  at  least  the  size  of  PMS's  current 
revenues  (i.e.,  over  $40  million). 

•  This  market  will  be  much  more  receptive  to  a  workstation-oriented  product 
than  to  traditional  host-based  software  or  a  service  bureau  offering. 

F,  RECOMMENDATIONS 

•  The  commercial  lines  sector  is  an  attractive  market. 

Rapid  environment  changes  are  demanding  responsive  computer  systems. 

There  is  significant  potential  for  acceptance  of  new  products. 

No  vendor,  including  PMS,  has  a  lock  on  the  market  especially  in  view  of 
the  market's  receptivity  to  new  products. 

•  HIG  should  investigate  offering  a  loosely  coupled  front  and  back  end  product. 
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EXHIBIT  1-13 

COMMERCIAL  LINES  DATA  PROCESSING  EXPENDITURES:  1988 


DATA  PROCESSING 
EXPENDITURES 

PERCENTAGE 

AMOUNT  ($  MILLION)* 


ENTITY  SIZE 
(COmERCIAL  DIRECT  PREMIUMS;   $  MILLION) 


$15-A9 


1.5% 

$51 


$50-99      $100-299  $300+ 


2.0% 

$44 


2.0% 

$148 


1.5% 
$550 


TOTAL 


$793 


SEGMENT  SHARE 


6% 


19% 


69% 


100% 


*  NO  ALLOWANCE  MADE  FOR  CHANGE  IN  PREMIUM  VOLUME  OR  INFLATION 
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•  The  front  end  options  which  should  be  explored  include: 

Downsized  HIG  components  on  o  4300  or  XT/370. 
Newly-generated  code  based  on  CLA  experience  for  a  micro. 
Acquisition  of  an  existing  front-end  product  (e.g.,  DCl). 

•  The  back  end  options  include: 

Offering  the  CLA  data  base  as  it  now  stands. 
Offering  a  subset  of  the  CLA  data  base  architecture. 
Designing  a  data  base  structure  derived  from  CLA. 

•  The  front  and  back  ends  should  be  compatible,  but  acquirable  separately  by 
customers,  e.g., 

HIG  front  end  with  PMS  data  base. 

DCl  front  end  with  HIG  data  base. 

•  The  question  of  the  location  of  functionality  within  a  set  of  product  offerings, 
especially  for  coding  and  policy  issuance,  is  a  critical  one. 

DCl  is  very  successfully  offering  coding  and  policy  issuance  as  part  of  a 
front  end,  while  ISl  is  not  offering  a  product  beyond  rating  (at  least  at  this 
time). 

Many  potential  purchasers  are  not  yet  clear  what  their  final  needs  will  be. 

Ideally,  a  product  would  offer  the  option  of  location  (i.e.,  location  in 
'  either  the  front  or  back  end).     However,  this  may  not  prove  to  be 

practical  or  necessary. 
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INPUT  recommends  that  HIG  lay  out  the  feasible  technical  options  in 
more  detail  and  then  approach  a  small  set  of  potential  customers  to  see 
what  their  needs  are. 

•  HIG  should  investigate  offering  an  agency  interface  for  the  front  end,  but 
delay  major  commitments  until  market  direction  is  clearer. 

•  HIG  should  specify  components  of  a  product  providing  centrally  supported 
quotation  data.  Steps  to  achieve  this  include: 

Drawing  on  HIG  knowledge  to  build  alternative  product  specifications. 

Defining  the  service  further  by  consulting  with  knowledgeable  external 
sources. 

Learning  ISO  plans  and  investigating  the  amount  of  further  value  that 
could  be  added  by  a  vendor. 

Testing  the  market's  receptivity  to  one  or  more  potential  product 
offerings. 
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BACKGROUND  AND  METHODOLOGY 


A.  BACKGROUND 

•  The  Hartford  Insurance  Group  (HIG)  has  implemented  a  state-of-the-art 
commercial  lines  automation  systems  (CLA)  for  its  own  use.  CLA  is  one  of 
the  most,  if  not  the  most,  advanced  systems  in  the  industry. 

CLA  was  developed  over  a  period  of  years  and  is  an  IMS-based, 
completely  interactive  system. 

CLA  handles  all  major  processing  functions  (quoting,  rating,  policy 
issuance,  endorsements  and  cancellations)  and  has  extensive  data  base  and 
reporting  features. 

All  major  lines  of  insurance  and  most  policies  within  a  line  can  be 
processed  by  CLA. 

•  Very  few  other  organizations  have  even  attempted  to  develop  such  a 
comprehensive  system  because  of  the  resources,  time  and  commitment 
required. 

If  another  company  wished  to  install  such  a  system  it  would  have  to 
utilize  one  of  the  products  offered  by  either  PMS  or  AdTec. 

•  -  Neither  of  these  two  products  are  yet  complete  and  both  have  had  a 
history  of  missing  announced  deadlines.  In  addition,  there  is  a  belief  by  at 
least  some  companies  that  these  two  products  suffer  flaws  of  design, 
flexibility  and  usability. 

•  With  this  in  mind,  HIG  has  been  considering  offering  CLA  to  the  industry. 
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CLA  is  more  complete  than  the  two  competitive  products. 
HIG  and  CLA  are  both  well-respected  within  the  industry. 

•  The  key  questions  which  HIG  wishes  to  answer  before  deciding  to  market  CLA 
are: 

Are  there  at  least  several  companies  who  Vv'ould  be  likely  to  use  CLA  in 
the  near  future? 

.   What  motivates  potential  customers? 
■    .   What  pricing  levels  are  acceptable? 

.  What  effect  would  the  HIG  name  have  on  acceptance? 

•  INPUT  was  engaged  by  HIG  in  August  1983  to  interview  30  insurance 
companies  to  identify  several  insurance  companies  that  would  be  good 
prospects  for  acquiring  HIG's  CLA  system  in  the  near  future,  either  on  a 
timesharing  (service  bureau)  basis  or  as  software, 

B>  METHODOLOGY 

•  INPUT  initially  met  the  HIG  project  group  where  the  goals  and  scope  of  the 
study  were  reviewed.  INPUT  was  also  briefed  on  the  status  and  functions  of 
CLA. 

•  INPUT  and  HIG  reviewed  a  draft  interview  guide  which  INPUT  had  prepared. 
As  a  result  of  the  review,  the  interview  guide  was  finalized.  (See  Appendix  A 
for  a  copy  of  the  interview  guide.) 

•  HIG  proposed  a  list  of  approximately  ^5  P&C  companies  for  interviewing  by 
INPUT.  These  were  companies  which  HIG  believed  to  be  better  than  average 
prospects  for  CLA. 
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INPUT  then  wrote  to  approximately  half  of  these  companies  to  describe  in 
general  terms  the  research  study;  this  was  followed  up  by  a  telephone  call  to 
arrange  interviews  with  responsible  staff  in  each  company. 

The  general  response  was  quite  positive;  in  the  first  phase  of  the  study, 
seven  companies  were  interviewed  and  an  average  of  two  people  from 
each  company  was  interviewed,  usually  a  person  from  a  user  area,  e.g., 
from  general  administration,  operations  or  underwriting  as  well  as  an 
information  systems  manager. 

HIG  was  not  Identified  at  any  point  of  the  study. 

Respondents  were  informed  and  forthcoming.  Interviews  lasted  an 
average  of  I  1/2  hours  and  often  went  into  great  depth  and  detail. 
Several  interviews  were  in  excess  of  two  hours  and  one  was  in  excess  of 
three  hours.  Only  one  interview  was  less  than  an  hour. 

Receptivity  to  CLA  in  its  present  form,  however,  was  rather  low. 
Consequently,  at  the  first  project  status  review,  INPUT  suggested,  and  HIG 
agreed,  that  companies  should  be  qualified  by  telephone  interviews  before  they 
were  interviewed  on-site. 

The  qualifying  interviews  were  to  identify  and  exclude  companies  with 
firm  automation  plans  (either  in-house  or  PMS).  The  rationale  was  that 
such  companies  would  take  too  long  to  change  such  plans  and  acquire 
CLA. 

receptivity  to  CLA  improved  only  marginally  in  the  next  9 

The  telephone  survey  work  did,  however,  add  data  on  the  automation 
status  and  plans  for  another  24  companies. 


However,  the 
interviews. 
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•  In  the  course  of  these  initial  16  interviews  INPUT  noticed  what  appeared  to 
be  a  trend  toward  the  use  of  "dispersed"  processing  and  suggested  at  the 
second  project  status  review  that  for  the  remaining  respondents  the  interview 
be  explicitly  expanded  to  identify  the  plans  and  attitudes  concerning  dispersed 
processing.  HIG  agreed  that  this  would  be  useful.  Appendix  A-2  shows  the 
additional  issues  and  questions  that  were  added. 

It  was  also  agreed  that  INPUT  would  interview  Data  Concepts,  Inc.  since 
they  appeared  to  be  the  most  significant  vendor  offering  a  dispersed 
processing  product.  (Note:  This  interview  was  in  addition  to  those 
originally  contracted  for.) 

C.      "ENTITIES"  VS  "COMPANIES" 

•  It  is  commonly,  and  accurately,  stated  that  there  are  1,650  P&C  companies. 

There  are  1,650  legally  distinct  companies;  however,  a  large  number  of 
them  are  virtually  inactive,  being  little  more  than  shells. 

Equally  important,  many  companies  have  legal,  but  not  operational, 
independence;  virtually  all  companies  that  are  components  of  a  group 

function  under  central  direction.  The  recent  pressures  within  the 
insurance  industry  appear  to  have  accentuated  this. 

From  the  standpoint  of  this  study  it  is  also  very  important  to  examine 

groups  and  independent  companies  from  the  standpoint  of  their 
involvement  in  commercial  lines. 

•  Exhibit  II- 1  shows  that  the  1,650  "companies"  shrinks  to  652  commercial  lines 
"entities";  entity  being  a  word  that  will  be  used  in  this  report  to  refer  to  an 
insurance  group  or  independent  company. 

©  if  the  shell  entities  (defined  here  as  those  with  less  than  $100,000  in  direct 
premiums)  are  excluded,  then  these  figures  fall  to  659  and  592,  respectively 
(Exhibit  il-2.) 
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EXHIBIT  II-l 
ENTITY  VS.  COMPANY  SIZING 


SEGMENT  SIZE 
(DIRECT  PREMIUMS) 

$300  million  or  more 

$100-299  million 

$50-99  million 

$10-A9  million 

Under  $10  million 

TOTAL 


ENTITIES* 
COMMERCIAL  LINES 

35 

40 

31 

U5 
401 
652 


COMPANIES* 
ALL  LINES 

70 

137 

139 

517 

■78  7 


1650 


*  ENTITIES  =  GROUPS  AM)  INDEPENT)ENT  COMPANIES. 

COMPANIES  =  INDEPENDENT  COMPANIES  AND  GROUP  CONSTITUENTS. 
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•  Assuming  that  an  entity  should  have  roughly  $15  nnillion  direct  premiums  to 
normally  be  an  attractive  customer  for  an  information  services  vendor,  then 
there  are  roughly  200  commercial  line  entities  in  the  market  for  information 
services  (Exhibit  11-3). 

•  It  is  very  important  when  dealing  with  this  market  to  keep  in  mind  that  the  35 
entities  over  $300  million  account  for  over  two-thirds  of  premiums  written 
(Exhibit  II-4).  This  is  important  where  information  services  or  products 
revenues  may  be  proportional  to  entity  size. 

The  fact  that  there  are  only  approximately  200  buying  points  and  that 
,  buying  power  is  skewed  toward  a  small  number  of  entities  should  be  taken 
into  account  in  any  marketing  strategy. 

The  number  of  buying  points  will  probably  shrink  somewhat,  give  current 
-  .     tendencies  for  mergers  and  acquisitions. 

D,      RESPONDENTS  PROFILE 

•  As  noted  earlier,  INPUT  was  quite  pleased  with  the  qualitative  response  to  the 
study  by  respondents.  However,  to  what  extent  can  these  results  be  used  to 
project  findings  across  the  industry?  This  is  an  issue  because  the  initial 
interview  methodology  was  consciously  skewed  toward  a  particular  type  of 
company,  one  that  would  be  receptive  to  CLA.  INPUT  believes  that  the 
study's  findings  are  broadly  representative  of  the  industry  for  several  reasons: 

At  most,  only  the  first  seven  interviews  represented  a  skewed  selection  of 
respondents.  However  in  fact,  there  appeared  to  be  nothing  in  that 
group's  responses  to  show  that  they  were  in  fact  biased  toward  a  CLA-like 
product. 

Equally  important,  by  the  time  the  study  was  over,  INPUT  had 
interviewed  54  organizations,  30  in  depth  and  24  regarding  current  and 
planned  automation  (Exhibit  iI-5).  Appendix  C  identifies  the  specific 
entities  interviewed. 
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EXHIBIT  II-3 
MARKET  SIZING  BY  PREMIUM  SIZE:  ENTITIES 


(DIRECT  COMMERCIAL       ■  •   NUMBER  OF  ENTITIES*  

LINES  PREMIUMS)  IN  SEGMENT  CUMULATIVE 

Over  $1  billion  13  13 

$500-999  million  12  25 

$300-499  million  10  35 

$200-299  million  14  49 

$100-199  million  26  75 

$75-99  million  13  88 

$50-74  million  18  106 

$40-49  million  26  132 

$30-39  million  25  157 

$25-29  million  14  171 

$20-24  million         .  20  191 

$15-20  million  21  212 

$10-14  million  39  251 

$  5-9  million  57  308 

$.1-4  million  284  592 

Under  $.1  million  60  652 

*  ENTITIES  =  GROUPS  OR  INDEPENDENT  COMPANIES 
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EXHIBIT  II-A 
MARKET  SIZING  BY  PREMIUM  SIZE:  PREMIUMS 


SEGMENT  SIZE 
(DIRECT  COM^^ERCIAL 

ENTITIES- 

PRILMIUMS 

PERCENT  OF 

PREMIUMS 

LINES  PREMIUMS; 

IN  S  EGMENT 

( $  B ILL ) 

IN  Sii^GMENT 

CU>iULATIVE 

Over  I?  i  billion 

1 3 

ton  c 

45  . 8,4 

1   Z.      0  9/ 

45.8% 

^3UL)-yyy  million 

1 Z 

y .  b 

io .  / 

64  .  5 

9  3UU-^yy  million 

iU 

0  "7 

"7  O 
/  .  Z 

"7  1  1 
11./ 

conn   ooo  t^-jti-,'^^ 
9/UU— zyy  million 

0  c 
3  .  J 

b .  o 

10  c 
JO.D 

C  1  r\r\    TOO  TT^-;ii-;^»^ 

i?iuu-iyy  million 

ZD 

0  Q 

3 .  y 

1 .  b 

ob  .  i 

i?/3-yy  million 

1  3 

1  .  1 

2 . 1 

O  O  1 

88 . 2 

$50-74  million 

18 

1.1 

2.1 

90.3 

$40-49  million 

26 

1.2 

2.3 

92.6 

$30-39  million 

25 

0.9 

1.8 

94.4 

$25-29  million 

0.4 

.8 

95.2 

$20-24  million 

20 

0.5 

1.0 

96.2 

$15-20  million 

21 

0.4 

.8 

97.0 

$10-15  million 

39 

0.5 

1.0 

98.0 

$5-10  million 

57 

0.4 

.8 

98.8 

$.1-4  million 

284 

0.6 

1.2 

100.0 

Under  $.1  million 

60 

0 

0 

100.0 

TOTAL 

652 

$51.3 

100.0% 

^  entities' =  GROUPS 

OR  INT)EPENDENT 

COMPANIES 
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EXHIBIT  II-5 
RESPONDENT  COMPANIES 


ENTITY  SIZE*  NUMBER  OF  ENTITIES*  INTERVIEWED 


(COMMERCIAL  DIRECT  TELEPHONE 

PREMIUMS)   ONLY  ON-SITE  TOTAL 

$15-49.9  million  14  6  20 

$50-99.9  million    '  3  5  ,8 

$100-299.9  million  7  9  16 

$300  million  and  over  _0_  10  10 

TOTAL  24  30  54 


*  ENTITY  =  GROUP,  GROUP  COMPONENT  OR  INDEPENDENT  COMPANY 
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Consequently,  INPUT  obtained  data  from  about  one  quarter  of  the  entities 
in  the  commercial  lines  target  market.  While  the  proportion  of  a  total 
population  interviewed  usually  has  no  direct  bearing  on  significance,  to 
have  gone  much  further  would  have  changed  the  process  from  a  sampling 
to  a  census. 

Was  there  perhaps  some  unknown  force  that  was  prompting  self-selection  by 
responding  entities?  The  low  number  of  actual  rejects  would  seem  to  argue 
against  this  (and  also  pointed  up  the  interest  levels  on  this  issue). 

On  a  more  quantitative  level,  it  is  reassuring  that,  generally  speaking,  the 
study's  distribution  of  PMS  clients  tracks  closely  to  that  supplied  by  RMS 
(Exhibit  il-6).  Note:  INPUT  transformed  the  PMS  customer  list  from  a 
company  to  an  entity  basis. 

Only  in  the  $50-99  million  premium  range  is  there  a  substantial 
difference.  This  is  probably  due  to  a  combination  of  factors: 

.  The  relatively  small  size  of  this  subsample. 

.   PMS  use  of  1981  premium  data.  . 

.  The  fact  that  the  study  sampling  was  based  on  commercial  lines 
premiums  while  PMS  premiums  are  total  P&C  premiums,  (The  sample 
entities  in  INPUT'S  sample  were  reclassified  on  a  total  premium  basis 
for  this  comparison). 

In  addition  to  being  knowledgeable,  the  respondents  were  also  of  a  position  to 
have  insight  into  their  organization's  functioning  and  to  be  able  to  speak 
authoritatively.  Exhibit  11-7  shows  the  distribution  of  respondents  by  title. 

Due  to  the  in-depth  nature  of  the  on-site  interviews  it  was  feasible  to 
"retrofit"  most  of  the  interviews  in  phases  I  and  2  to  accomodate  the 
expansion  in  study  scope  agreed  to  at  the  second  progress  review;  where 
necessary,  respondents  were  contacted  by  telephone  for  follow  up. 


35 


C/2 

w 
s 
o 

H 

P 
U 


•3< 

Q 

W 

H 

X 

o 

m 

O 

CO 

M 

W 

3 


CNl 


CN 


w 

g 

H 
C/2 
P 
O 

CO 


CO 

> 

w 

5 

P 
CO 

H 
P 
Pu 


o 
I 

H 
W 
2; 
W 

CO 

S 


H  H 
M  O 


2; 

+ 

0 

0 

M 

0 

0 

ro 

hJ 

■CO- 

M 

S 

■00- 

UMS 

o^ 

CN 
1 

^5 

^5 

M 

0 

00 

IZ 

EM 

0 
1 — 1 

en 

m 

CO 

0^ 

Pi 

M 

C7^ 

0 

1 

0 

u 

LP) 

<^ 

■co- 

1 

0 

0 

Ln 

CN 

I— 1 

<o- 

W 

w 

Pi 

p 

CO 

0 

p 

S 

CO 

CO 

PM 

N 
H 
CO 


M 

S 

O 
W 
H 

o 

H 
W 
^2 


36 


INPUT 


EXHIBIT  II-7 
RESPONDENT  DISTRIBUTION  BY  TITLE 


RESPONDENT 
TITLE 

SR/EXEC  VP 

VP 

AVP 

DIR/MGR 
TOTAL 


ENTITY  SIZE 
(DIRECT  COMMERCIAL  PREMIUMS;   $  MILLION) 

$15-44.9      $50-99.9        $100-299.9        $300+  TOTAL 


0    0  0 

5    5  10 

3    3  6 

_6  _^  _8 

14  10  24 


T  .  0    TOT      T     0     TOT      T     0     TOT      T     0     TOT      T     0  TOT 


1  2  3 

3  2  5 

0  1  1 

1  0  _1 
5  5  10 


1     0  1 

4    4  8 

0    4  4 

2_  ^  _9 

7  15  22 


0  3 


0  1 


0  5 


0  6 


2     5  7 


12  12  24 


3  13  16 


9  15  24 


0  15    15      26  45  71 


KEY:     T  =  TELEPHONE 
0  =  ON-SITE 
TOT  =  TOTAL 


1 
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Ill,      AUTOMATION  STATUS 


•  Automation  in  personal  lines  is  well  advanced.    Most  lines  are  automated, 
although  many  systems  are  quite  old. 

Many  systems,  even  in  smaller  companies,  have  been  developed  in-house 
(Exhibit  I II- 1).  As  noted  earlier,  the  PM5  profile  in  the  sample  matches 
quite  closely  that  published  by  PMS. 

While  about  one  quarter  of  respondents  plan  major  changes  to  their 
personal  lines  systems,  no  net  change  is  planned  in  the  use  of  in-house 
•  compared  to  vendor  systems.  This  argues  that  PMS  may  be  reaching  a 
high  water  marl<  in  terms  of  its  installed  base;  the  PMS  issue  will  be 
examined  in  more  detail  in  Chapter  V. 

•  Currently,  there  is  a  rough  equivalence  in  the  amount  of  commercial  lines 
automation  from  in-house  as  opposed  to  vendor  sources  (Exhibit  IiI-2). 

Most  of  the  vendor  automation  is  from  non-PMS  sources,  typically  mini-or 
micro-based  quotation  systems. 

Comprehensive  automation  is  limited  to  PMS,  DC!  and  some  of  the 
systems  developed  in-house. 

Larger  companies  tend  to  use  automation  from  more  sources.  This 
results  in  a  patchwork  of  systems  that  have  built  up  over  the  years;  some 
respondents  observed  that  being  a  pioneer  is  not  always  desirable  in  terms 
of  developing  a  coherent  system. 

•  This  patchwork  is  evident  when  examining  the  extent  of  automation  within 
entities  (Exhibit  III-3). 

Only  a  few  entities  have  automated  substantially  all  functions  ("functions" 
being  quoting,  rating,  policy  issuance,  etc.)  Most  entities  still  have  at 
least  some  major  functions  not  automated. 
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EXHIBIT  ill-l 
STATUS  OF  PERSONAL  LINES  AUTOMATION 


PERCENT  OF  ENTITIES  BY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS;   $  MILLION) 

$15-49  $50-99  $100-299        $300*  AVERAGE* 


IN  HOUSE 

60%  ■ 

50% 

38% 

90% 

78% 

VENDOR 

30% 

38% 

56% 

30% 

34% 

PMS 

20% 

13% 

38% 

30% 

30% 

OTHER  . 

10% 

25% 

19% 

0 

4% 

MANUAL 

10% 

13% 

13% 

0 

3% 

*  WEIGHTED 

BY  COMMERCIAL 

PREMIUMS. 

NOTES : 

•  COLUMNS  MAY.  TOTAL  MORE  THAN  100%  DUE  TO 
MULTIPLE  SOURCES  OF  AUTOMATION. 

•  N  =  54 


AUTOMATION 
SOURCE 
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EXHIBIT  III-2 
COMMERCIAL  LINES  AUTOMATION:  CURRENT 


.    PERCENT  OF  ENTITIES  BY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS;   $  MILLION) 


SOURCE 

$15-49 

$50-99 

$100-299 

$300+ 

AVERAGE* 

IN  HOUSE 

50% 

75% 

75% 

70% 

69% 

VENDOR 

30% 

50% 

44% 

80% 

70% 

PMS 

0 

0 

19% 

20% 

18% 

OTHER 

30% 

50% 

25% 

60% 

50% 

MANUAL 

25% 

25% 

6% 

0 

3% 

•  WEIGHTED  BY  COMMERCIAL  PREMIUMS. 
NOTES: 

•  COLUMNS  MAY  TOTAL  MORE  THAN  100%  DUE  TO 
MULTIPLE  SOURCES  OF  AUTOMATION. 

•  N  =  54  . 
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Where  there  is  automation  it  is  most  often  interactive,  for  all  sized 
entities.  This  at  first  seems  surprising  until  the  ISI-type  quoting  systems 
are  taken  into  account. 

About  three-quarters  of  entities  still  use  batch  and  on-line  batch  (i.e., 
batch  update  and  on-line  query)  as  their  workhorse  systems. 

•  For  comparison  purposes  an  index  of  "automation  intensity"  has  been 
constructed  by  giving  interactive  system  usage  a  weight  of  5,  on-line  batch  a 
weight  of  3  and  batch  a  weight  of  I . 

Out  of  a  "perfect  score"  of  1.00,  the  entities  over  $300  million  receive  a 
.64  and  the  smallest  entities  a  .27. 

This  is  in  line  with  intuitive  observations,  although,  by  itself,  it  tends  to 
overrate  entities  because  of  the  predominance  of  standalone,  micro-based 
quoting  systems. 

•  Automation  is  somewhat  more  evenly  distributed  from  a  function  standpoint 
(Exhibit  lli-4). 

Not  suprisingly,  the  largest  entities  have  more  of  their  functions 
automated  than  small  entities. 

Smaller  entities  fell  off  even  more  sharply  in  endorsements  compared  to 
the  largest  entities.  Having  even  a  partial  automatic  endorsement 
capability  is  one  test  of  the  seriousness  of  aulomation  in  an  entity. 

An  index  of  "functions  automated"  has  been  constructed,  similar  to  the 
index  of  automation  intensity. 

©  Commercial  lines  automation,  then,  varies  appreciably  by  both  functions 
automated  and  the  intensity  of  automation.  In  addition,  of  course,  there  is 
also  substantial  variation  in  how  much  business  is  automated. 
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In  many  companies  only  one  or  two  lines  are  automated.  In  many  cases 
these  are  important  lines;  in  others,  it  is  the  line  easiest  to  automate. 

While  companies  know  which  functions  in  which  lines  are  automated, 
there  is  often  no  reliable  data  on  what  portion  of  the  business  is  handled. 
INPUT  estimates  that  this  ranges,  on  the  average  from  30%  in  small 
entities  to  50%  in  large  ones. 

•  As  a  way  of  further  quantifying  the  overall  amount  of  automation,  it  is  useful 
to  picture  automation  as  a  cube  (Exhibit  111-5)  with  the  three  dimensions  of: 

Functions  automated 

Automation  intensity 

Lines/premiums  automated. 

•  If  each  dimension  is  equal  to  1.0,  then  the  maximum  automation  is  1.0  (volume 
of  the  cube  =1x1x1). 

Exhibit  ill-6  provides  an  overall  automation  index  by  multiplying  the  index 
values  for  each  dimension  of  automation. 

in  even  the  larger  entities,  automation  is  about  one-quarter  of  the 
maximum,  while  the  smaller  companies  are  practically  unautomated  (for 
comparison,  HIG  would  be  rated  between  .8  and  .9). 

•  Most  companies  do  not  view  automation  in  these  harsh,  but  not  unjust,  terms. 
They  usually  see  themselves  as  well  on  the  road  to  automation. 

Virtually  all  plan  to  automate  all  functions  and  all  their  key  lines.  Many 
would  be  willing  to  accept  the  halfway  house  of  on-line  batch,  however. 

The  exact  methods  they  plan  to  use  to  achieve  these  goals  is  often  not 
clear,  though.  As  Exhibit  111-7  shows,  about  one-fifth  of  entities  are  not 
sure  of  the  means  or  vendors  of  their  future  automation. 


44 


INPUT 


EXHIBIT  III-5 
COMMERCIAL  LINES  AUTOMATION 
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■  EXHIBIT  III-6 
AUTOMATION  INDEX 


INDEXES 


ENTITY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS:   $  MILLION) 


$15-49      $50-99  $100-299 


WEIGHTED' 
$300+  AVERAGE 


Functions  Automated 
(from  Exhibit  ) 


20 


41 


.71 


.86 


.77 


Automation  Intensity 
(from  Exhibit  ) 


27 


38 


.40 


.64 


.57 


Premiums  Automated 
(Estimate) 


30 


40 


.45 


50 


.47 


Automation  Index 

(Row  1  X  Row  2  X  Row  3) 


.02 


06 


.13 


.27 


.22 


^Weighted  by  Premiums 
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EXHIBIT  III-7 
COMMERCIAL  LINES  AUTOMATION:  PLANNED 


PERCENT  OF  ENTITIES  BY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS;  $  MILLION)  ' 

$15-49  $50-99  $100-299        $300+  AVERAGE* 


IN  HOUSE 

,  30% 

50% 

44% 

80% 

70% 

VENDOR 

45% 

26% 

32% 

40% 

38% 

PMS 

30% 

13% 

19% 

20% 

21% 

OTHER  ' 

15% 

13% 

13% 

20% 

19% 

UNKNOWN 

20% 

0 

7% 

0 

2% 

UNKNOWN 

5% 

25% 

19% 

20% 

19% 

•  WEIGHTED  BY  PREMIUMS. 
NOTES: 

•  COLUMNS  MAY  TOTAL  MORE  THAN  100%  DUE  TO 
MULTIPLE  SOURCES  OF  AUTOMATION. 

•  N  =  54 


AUTOMATION 
SOURCE 
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Several  observations  can  be  made  when  contrasting  sources  of  automation 
between  personal  lines  and  current  and  planned  commercial  lines  (Exhibit  ill- 
8): 

In-house  automation  is  surprisingly  stable. 

Planned  PMS  commercial  lines  automation  does  not  equal  personal  lines 
automation.  (At  noted  earlier,  there  is  no  net  change  expected  in  PMS 
use  in  personal  lines). 

Planned  use  of  non-PMS  vendors,  while  dropping,  will  still  be  significant. 

.  Most  of  this  fall  off  in  non-PMS  vendor  use  is  because  many  companies 
now  see  standalone  quoting  systems  as  an  interim  solution, 

.  As  will  be  discussed  in  depth  in  the  next  chapter,  respondents  definitely 
did  not  see  the  front  end  function  disappearing. 

Most  respondents  are  motivated  to  automate  by  perceived  dollar  savings  (see 
Exhibit  This  is  in  spite  of  the  fact  that  few  respondents  had  data  or  a 

methodology  to  prove  cost  savings.  There  is,  however,  strong  belief  that  such 
savings  exist. 

Larger  entities  are  also  strongly  motivated  by  the  need  to  obtain 
management  information  to  run  their  business  better. 

Many  respondents  also  see  increased  automation  as  improving  service, 

.  The  larger  entities  see  this  in  a  general  way  -  getting  many  kinds  of 
information  to  insureds  and  agents  in  a  faster,  more  focussed  and 
accurate  way. 

.  Smaller  entities  often  only  looked  at  one  aspect  of  service:  faster 
quote  turnaround. 
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EXHIBIT  III-8 


AUTOMATION  SOURCES:     PERSONAL  AND  COMMERCIAL  LINES 


AUTOMATION 
SOURCE 


PERCENT  OF  ENTITIES,  WEIGHTED  AVERAGE 


PERSONAL 
LINES 


COMMERCIAL  LINES 


CURRENT 


PLANNED 


IN  HOUSE 

VENDOR 
PMS 
OTHER 
UNKNOWN 

UNKNOWN 

MANUAL 


78% 

34% 
30% 

4% 

0 

0 

3% 


69% 

70% 
18% 
50% 
0 

0 

3% 


70% 

38% 
21% 
19% 
2% 

19% 


N  =  54 
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Improved  accuracy  and  a  generalized  ability/need  to  meet  competition 
were  seen  as  important  to  some  companies. 

Larger  companies  saw  increased  automation  as  helping  central 
management  exerting  more  control  over  operations. 
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IV.      FUTURE  DIRECTIONS  Am  OPPORTUNITIES 


•  The  five  opportunities  listed  below  were  explored  in  depth  with  the  on-site 
respondents.  The  last  three  were  added  to  the  original  study  scope;  as  noted 
earlier,  this  was  feasible  because  of  the  nature  of  the  interview  process. 

A  CLA-based  service  bureau  offering  using  the  HIG  facility  in  a 
timesharing  mode. 

The  CLA  software  itself. 

A  "workstation"  product. 

An  agency-compdny  linkage  product  or  service. 
A  centrally  supported  quotation  facility. 
A.      A  CLA-BASED  SERVICE  BUREAU  OFFERING 

•  As  noted  in  Chapter  II,  one  of  the  findings  in  the  initial  interviews  was  the 
relatively  low  level  of  interest  in  HIG's  product  in  its  host-based  form,  i.e., 
both  the  service  bureau  and  software  forms. 

•  In  the  case  of  the  service  bureau  option  this  is  in  keeping  with  general 
developments  in  remote  computer  services  (RCS)  over  the  past  several  years: 

Many  applications  are  being  moved  from  service  bureau  to  Information 
Centers  or  personal  computers.  Communication  costs  and  uncertainties 
are  increasing  with  the  breakup  of  AT&T. 

Classic  service  bureau  and  timesharing  operations  are  increasingly 
suffering  from  financial  problems,  as  witnessed  by  the  virtual 
abandonment  of  Datacrown's  traditional  RCS  business  and  the  acquisition 
of  United  Information  Services  and  Tymshare. 
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Leading  RCS  firms  estimate  that  little  more  than  half  their  revenue  now 
comes  from  RCS  itself;  the  remainder  being  made  up  of  information  (data 
base)  distribution,  intelligent  networks,  software  and  hardware  sales. 

•  The  P&C-oriented  RCS  processing  business  is  in  essentiaify  in  the  same 
position. 

NUCO  (a  Burroughs-based  service  bureau)  and  Insurance  Network  Systems 
which  (offers  customized  commercial  lines  applications)  have  each  been  in 
business  over  three  years  and  have  had  little  customer  growth  during  that 
period. 

PMS's  own  service  bureau  business  has  had  essentially  flat  growth  during 
this  period  (Exhibit  iV-l). 

.  Much  of  this  business  is  transitory.  Little  more  than  40%  of  their  1980 
service  bureau  customers  were  also  service  bureau  customers  in  1983. 
Most  of  these  have  become  software  customers. 

.  This  Is  consistent  with  the  observation  made  by  the  head  of  another 
information  service  firm  offering  P&C  processing  services.  He  said 
that  in  his  experience  most  service  bureau  customers  had  really 
committed  to  the  underlying  software  and  for  operational  or  scheduling 
reasons  were  temporarily  using  the  software  on  a  timesharing  basis. 

.  The  largest  RMS  commercial  lines  service  bureau  client,  which  INPUT 
interviewed,  definitely  felt  that  they  were  using  "their"  software  on  a 
timesharing  basis,  as  a  matter  of  convenience.  The  respondent  had 
little  doubt  that  they  would  soon  (perhaps  in  1984)  be  bringing  the 
software  in  house. 

B.      SOFTWARE  SALES 

•  The  question  of  software  sales  is  more  complex,  since  PMS  has  had  significant 
sales  generally  and  AdTec  has  picked  up  several  companies  recently. 
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While  PMS  and  AdTec  represent  different  implennentation  philosphies, 
their  underlying  host-based  approach  is  similar  in  concept  to  HIG's  CLA, 
There  is  a  definite  slowing  in  growth  in  host-based  software,  as  earlier 
shown  in  Exhibit  Iil-8. 

•  The  reason  for  this  slowing  of  host-based  software  growth  came  out  in  the 
interviews  where,  initially  in  words  and,  later,  in  the  diagram  in  Exhibit  IV-2, 
interviewees  attitudes  toward  host-based  systems  were  explored.  Their 
attitudes  were  surprisingly  negative,  given  the  prevalence  of  such  systems. 

However,  the  very  prevalence  (plus  extensive  negative  hearsay  concerning 
PMS)  had  sensitized  many  respondents  as  to  the  magnitude  of  the 
commitment  that  such  an  undertaking  represents  in  terms  of  cost,  time 
and  risk.  There  is,  normally  little  chance  of  turning  back  once  this 
commitment  has  been  made, in  the  views  of  respondents. 

•  The  size  and  complexity  of  this  kind  of  software  also  means  that  purchasers 
must  assume  a  significant  maintenance  burden  if,  as  many  companies 
increasingly  intend,  they  want  to  market  unique  insurance  products  supported 
by  unique  software.  • 

One  respondent,  for  example,  said  that  his  company's  in-house  system, 
parts  of  which  were  several  years  old,  was  "wearing  out"  from  the  rate  of 
modifications  required.  The  integrated  nature  of  the  software  has  made 
maintenance  requirements  cascade. 

Similarly,  most  large  software  systems  have  explicit  or  implicit 
architectural  constraints  in  their  basic  design.  For  example,  one  senior 
data  processing  person  was  agonizing  over  the  maintenance  requirements 
in  what  should  have  been  a  straightforward  Workers  Comp  system:  "We 
were  assured  that  we  would  never  have  multiple  rate  levels  in  a  single 
state;  now  we  have  hundreds." 

The  problems  are  not  limited  to  in-house  software.  PMS  users  find  that 
they  drift  away  from  the  basic  PMS  system  in  order  to  meet  their 
company's  needs.  Several  respondents  had  had  to  consider  whether  they 
should  cut  themselves  off  from  PMS  maintenance:  Neither  alternative 
was  very  attractive. 
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EXHIBIT  IV- 2 


MAINFRAME  (HOST)  APPROACH 
(DIAGRAM  USED  IN  LATER  INTERVIEWS) 


Policy 

Processing, 

Bills, 

Claims,  etc. 

Tables 

Files ; 

DBMS 

Mainframe 
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A  senior  executive  at  a  long-standing  PMS  account  said  "PMS  was  the 
right  thing  to  do  at  the  time,  but  I'm  not  sure  if  it  is  the  right  choice  for 
the  future." 

A  respondent  who  was  acquainted  with  CLA  said,  "I  could  not  afford  to 
support  a  system  like  Hartford's,  even  if  I  got  the  software  free." 


e  It  is  not  an  exaggeration  to  say  that  many  of  the  more  experienced  and 
thoughtful  respondents  believe  that,  in  the  words  of  one,  "we  and  other  large 
companies  seem  to  be  reaching  the  limits  of  what  is  possible  on  the 
mainframe." 

Two  companies  he  specifically  cited  were  also  interviewed  and  expressed 
simitar  opinions, 


The  main  architect  of  a  commercial  lines  system  that  is  considered 
successful  by  many  in  the  organization  stated:  "My  system  is  the  wrong 
approach  now." 

C      THE  "WORKSTATION  APPROACH" 

•         The  widespread  negative  attitude  toward  the  host-based  service  bureau  and 
software  approaches  are  pushing  many  companies  to  look  at  alternatives. 


As  noted  earlier,  only  the  latter  half  of  interviews  formally  included 
questions  on  this  approach.  However,  the  reason  that  this  approach  was 
added  was  that  so  many  of  the  earlier  respondents  had,  of  their  own 
volition,  discussed  the  subject  and  shown  their  commitment. 

Exhibit  iV-3  was  used  in  the  later  interviews  as  a  contrast  to  the  host- 
based  model  in  Exhibit  IV-2.  Generally  speaking,  the  reaction  was  to 
confirm  and  expand  further  what  respondents  had  been  sketching  on  their 
own.  In  several  instances,  especially  with  non-technical  respondents,  the 
reaction  to  Exhibit  IV-3  was  almost  electric:  "That's  what  I've  been  trying 
to  describe." 
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EXHIBIT  IV-3 

"WORKSTATION"  APPROACH  (DIAGRAM  USED  IN  LATER  INTERVIEWS) 


Micro 
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It  was  not  unusual,  even  among  data  processing  professionals,  to  see 
respondents  edge  gingerly  onto  the  workstation  topic,  since  in  many  cases 
the  approach  represents  such  a  change  for  their  organization. 

•  The  very  high  level  of  interest  in  the  workstation  approach  compared  to  the 
host-based  alternatives  (Exhibit  IV-4)  was  an  unanticipated  finding. 

The  workstation  approach  is  seen  as  the  reverse  of  the  host-based 
approach:  Modularity  reduces  cost,  commitment  and  risk.  To  some 
extent  this  may  be  part  of  the  "grass  is  greener"  syndrome.  On  the  other 
hand,  those  with  actual  experience  were  among  the  most  positive. 

.  One  large  company  had  recently  installed  a  new  function  on  an  in-house 
developed  micro-based  workstation.  A  similar  function  that  had  been 
installed  on  their  integrated  system  had  taken  three  times  the  cost  and 
time.  They  were  believers. 

.  DCI  companies  had  uniformly  positive  experiences  to  report  on  time, 
cost  and  modularity. 

.  Certainly,  those  who  had  looked  at  both  PMS  and  DCI  had  come  away 
with  far  more  positive  opinions  of  the  DCI  approach. 

•  INPUT  believes  that  it  is  no  coincidence  that  DCI  has  begun  to  grow  fast  at 
the  same  time  that  personal  computers  have  taken  off  (although,  ironically, 
until  recently  DCI  was  working  with  a  technologically  obsolescent 
minicomputer). 

The  reality  of  personal  computers  price/performance  plus  their 
undesirable  glossy  image  has  made  the  workstation  approach  both  feasible 
and  respectable. 

INPUT'S  other  research  studies  indicate  that  this  is  a  change  in  attitude 
that  began  little  more  than  a  year  ago  and  is  still  picking  up  speed. 
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0  The  attractions  of  the  workstation  approach  can  best  be  seen  by  examining 
what  is  undoubtedly  DCi's  "worst  case",  i.e.,  a  company  that  is  not  on  the  DC! 
public  client  list: 

DCI  didn't  realize  the  extent  of  the  company's  non-ISO  "quirks"  and 
promised  to  do  in  six  months  what  will  take  two  years. 

This  has  caused  the  company  much  embarrassment  and  expense. 

DCI  is  also  losing  considerable  money. 

•  However,  DCI  is  making  good  on  their  promises  and  the  company  "still  has 
positive  feelings"  toward  DCI. 

They  describe  DCI  as  "A  comer,  which  will  take  off." 

"It  is  a  very  impressive  concept  and  implementation",  although  "At  the 
bleeding  edge  of  technology." 

"No  one  else  is  even  close,  companies  have  no  where  else  to  go.  This  is 
the  new  wave,  it's  exciting," 

The  DC!  claims  systems  is  "more  flexible,  and  easier  to  maintain"  than 
McAuto's. 

There  is  "Easy  maintenance"  in  general. 

•  The  company  plans  "A  long  term  relationship"  with  DCI. 

•  The  PMS  client  cited  earlier  went  on  to  volunteer  "Your  client's  opportunity  is 
not  a  mainframe  solution,  another  PMS,  but  should  be  based  on  a  micro  e.g., 

"Attack  the  back  office  function. 

"Find  a  niche  like  ISi  and  expand. 
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"There  is  a  need  for  a  neat  work-in-progress  product." 


A  thing  that  was  puzzling  to  INPUT  in  the  course  of  the  study  was  the  high 
regard  that  many  companies  had  for  HIG's  CLA  (as  reported  by  HIG  and  by 
several  respondents)  and  the  lack  of  enthusiasm  for  the  host-based  concept. 

On  the  one  hand,  seeing  a  product  can  often  be  more  convincing  than  a 
description.  It  is  also  true  that  most  respondents  not  unnaturally  think  of 
PMS  when  host-based  software  is  discussed. 

On  the  other  hand  there  are  other  factors  that  may  explain  this  apparent 
anomaly: 

.  Guests  are  often  polite.  One  company  that  was  cited  by  HIG  has  having 
expressed  definite  interest  in  using  CLA  was  not  only  lukewarn  about 
acquiring  outside  host-based  software,  but  had  recently  almost 
contracted  for  EDS's  workstation  product. 

.  CLA  js  very  impressive,  even  awe-inspiring.  However,  even  for  most 
medium  sized  companies  it  is  just  too  large  a  commitment  (apart  from 
the  dollar  investment);  the  quote  regarding  the  maintenance  burden  in 
the  previous  section  is  representative  of  this  feeling. 

.  Finally,  and  most  importantly,  there  is  the  impact  of  the  personal 
computer  revolution.  INPUT  believes  that  if  this  study  had  been 
conducted  in  1981,  there  would  have  been  a  far  more  positive  attitude 
towards'  HIG's  offerings.  Not  only  were  they  state  of  the  art,  but  there 
were  no  other  options  that  appeared  viable.  Now,  the  situation  is  quite 
different;  CLA  is  still  state  of  the  art,  but  it  is  not  alone.  The  sales 
success  of  DC!  is  an  indication  of  this.  For  this  reason  INPUT  believes 
that  any  expressions  of  interest  in  the  CLA  product  made  more  than  a 
year  ago  must  be  treated  circumspectly. 
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C.      WORKSTATION  PLANS 


•  Only  a  quarter  of  respondents  had  firm  workstation-related  plans;  of  those 
with  plans,  most  involved  Data  Concepts,  inc.  (Exhibit  IV-5).  Note:  One 
respondent  was  specifically  chosen  because  of  their  DCI  plans,  so  the  sample 
slightly  overstates  DCI  clients. 

Half  had  general  plans,  i.e.,  the  concept  was  fairly  settled,  but  design  and 
implementation  was  not. 

Because  of  this,  most  respondents  did  not  have  a  settled  view  as  to  the 
precise  division  of  functionality  between  the  central  data  base  (which 
virtually  all  saw  a  need  for)  and  dispersed  workstations. 

•  This  unsettled  view  of  the  division  of  functionality  is  related  to  uncertainty  as 
to  where  in  the  organization  to  place  workstations.  Should  they  be  located  in 
branches  for  processing  certain  functions  of  all  lines  or  centrally  to  process  all 
functions  in  single  lines? 

Part  of  the  reason  why  views  are  not  clear  is  that  there  are,  or  have  been, 
limitations  on  functionality  due  to  hardware  and  software  contraints. 
Most  notably,  DCI's  product  has  been  offered  on  a  line  of  business  basis  in 
large  part  because  of  the  limitations  of  the  Texas  Instruments  host. 

A  DCI-like  system  that  was  hosted  on  a  super-micro  (e.g.,  Apollo,  Pixel, 
Charles  River,  etc.)  would  be  a  very  formidable  package  and  would  offer 
many  more  options  to  vendors  and  customers  alike. 

D.      OTHER  POTENTIAL  AREAS 

•  Other  potential  areas  of  opportunity  include  agency-company  linkage  and  a 
centrally-supported  quotation  function, 

•  '    Respondents  are,  in  essence,  waiting  to  see  the  boundaries  of  the  agency- 

company  linkage  question  more  clearly  before  they  commit  themselves  to  a 
particular  approach.  They  understand  the  potential  importance  of  the  issue, 
but  are  aware  of  too  many,  fuzzy  options.  (See  Appendix  D  for  more  detail). 
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As  part  of  the  expanded  interview  scope,  ISO-based  rating/quoting  was  also 
discussed  (see  Exhibit  IV-6).  This  subject  was  one  that  excited  a  less 
spontaneous  interest,  possibly  because  only  a  minority  of  respondents  were 
active  in  underwriting. 

Many  respondents  did  not  view  a  critical  need  for  a  centrally-supported 
quotation  service,  either  because  they  offered  non-standard  product,  believed 
they  got  adequate  service  from  a  current  vendor  (e.g.,  PMS  or  !SI)  or  because 
they  saw  a  need  to  interpret  ISO  rates  themselves. 

However,  few  of  the  respondents  were  underwriters. 

Development  of  detailed  product  alternatives  and  subsequent  discussions 
with  underwriters  might  obtain  a  more  positive  response. 
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EXHIBIT  IV-6 

CENTRALLY-SUPPORTED  QUOTES 
(DIAGRAM  USED  IN  LATER  INTERVIEWS) 
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V,      COMPETITIVE  ENVIRQNME^4T 

•         The  principal  current  vendors  by  product  area  include: 
Mainframe-based  software 
.  PMS 
.  Adtec 

.   X  (To  a  life  company's  P&C  subsidiary) 
.  in-house 

Service  bureau  remote  computing 
.  PMS 

Small  computer-based  and  workstation  systems  (Turnkey,  essentially) 
.  PMS'S  BPS  (IBM  4300-based). 

.  DCI  Data  Conveyor  (Texas  Instruments,  WICAT;  possibly,  IBM  PC). 
.  Pallm 

.  EDS  (similar  in  concept  in  DCI;  under  development). 

.   ISI  quoting  (Apple;  soon,  IBM  PC) 

.  In-house 

ISO  rate  supplying 
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.  PMS 
,  ISI 
.  ISO 

A,  PMS 

•  PMS  is,  of  course,  the  dominant  force  in  information  services  aimed  at  the 
P&C  industry.  As  noted  earlier,  it  has  not  had  substantial  growth  in  its  service 
bureau  business. 

•  Its  growth  rate  in  licensees  for  its  core  personal  line/commercial  lines  (PMS) 
product  has  not  been  impressive  in  recent  years  (Exhibit  V-I),  It  has,  however, 
been  mining  its  customers  intensively  and  moving  into  new  revenue  areas  to 
keep  up  its  revenue  growth. 

•  Apparently  to  compensate  for  this,  PMS  has  been  expanding  in  three 
categories: 

Insurance  products 

"Transition"  products/segments 

New  business  areas 

•  PMS  is  now  offering  new  products  in  other  P&C  areas  besides  commercial 
lines. 

Its  small  company  turnkey  (BPS)  has  proven  popular,  although,  apparently 
PMS  has  hod  to  reduce  price  significantly  to  be  competitive  in  that 
market.  (A  reduction  up  to  50%,  according  to  one  prospect.) 

.     -      A  reinsurance  product  was  offered,  but  is  now  apparently  on  hold. 
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EXHIBIT  V-1 
PMS  GROWTH  RATES 


ANNUAL  LICENSEE  INCREASE 


FINANCIAL  SYSTEMS  REVENUE 

PMS                         (FMS,   SMS)  GROWTH 

1980  17%                            72%  38% 

1981  11%                            15%  51% 

1982  11%                            11%  49% 
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PMS  also  has  several  P&C  products  under  development: 
An  agency  -  company  access  product. 

An  insurance  workstation  that  according  to  one  report  is  a  professional- 
oriented  micro. 

An  agency  turnkey  system  being  developed  in  conjunction  with  the  Florida 
agents  association. 

More  interesting  are  PMS  activities  in  what  can  be  termed  transition 
product/segments,  i.e.,  building  on  their  core  experience  to  be  able  to  launch 
products  into  non-insurance  areas. 

Marketing  its  account  reconciliation  systems  (ARS)  to  life/health 
companies  is  one  example. 

A  potentially  larger  undertaking,  that  is  not  yet  being  pushed  hard  is  the 
marketing  of  its  financial  management  system  (FMS)  and  security 
management  system  (SMS)  to  non-insurance  companies. 

PMS  is  also  providing  data  base  services,  initially  for  P&C  companies, 
e.g., 

.   Motor  Vehicle  department  data 
.  Commercial  building  data 

.   Mechanics  appraisal  data  (for  automotive  damage). 

Although,  PMS  publicly  denies  leaving  the  insurance  segment,  it  has  begun  to 
sell  what  can  only  be  described  as  a  hodge-podge  of  products  and  services: 

Systems  software  that  is  PMS-derived  (hardware  accounting,  CICS 
management,)  as  well  as  that  obtained  as  a  Pansophic  software  licensee 
(PRO  GRAMMER,  MIS/OL,  Library  control  system) 
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Hardware  sates/leasing  (4300  and  smaller). 
A  disaster  recovery  service. 

•  As  indicated  earlier,  PMS  will  be  very  fortunate  if  its  commercial  lines 
penetration  equals  that  in  personal  lines.  (Exhibit  V-2).  By  these  other 
expansion  activities  PMS  appears  to  have  recognized  this.  This  should  be  a 
warning  to  vendors  attempting  to  enter  the  P&C  software  market. 

•  Will  PMS  enter  the  DCI-like  workstation  market?  It  is  unlikely  in  the  near 
future.  PMS  will  have  the  constraint  of  competing  against  itself  if  it  were  to 
introduce  a  workstation  product.  It  would  probably  introduce  a  workstation 
product  if  the  alternative  were  to  watch  a  large  part  of  the  market  slip  away. 
It  might  wait  too  long,  however. 

B.      DATA  CONCEPTS,  INC.  (DCl) 

•  DCl  is  a  totally  different  kind  of  company  with  a  unique  product. 

While  it  has  had  high  growth  recently,  it  still  employs  fewer  than  100 
people. 

It  is  totally  committed  to  commercial  lines  automation,  using  the 
workstation  approach  (now  offered  on  the  WICAT  micro). 

Its  software  is  proprietary,  and  targetted  for  the  task  of  handling  complex 
insurance  transactions.  Its  system  is,  at  the  least,  user-accessible. 

There  are  holes  in  its  offering,  most  notably  commercial  auto  and  a  data 
base.  The  former  is  close  to  completion  and  the  latter  is  being  partly 
remedied  by  constructed  "hooks"  into  the  PMS  data  base. 

DCl  users,  even  partly  disappointed  ones,  have  only  positive  comments 
'  about  the  company  and  product  (unlike,  say,  many  PMS  users). 
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EXHIBIT  V-2 
PMS  POSITION 


PMS  SHARE  OF  MARKET  BY  ENTITITY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS;   $  MILLION) 

$15-49  $50-99  $100-299        $300+  AVERAGE'^ 

PERSONAL  LINES        20%  13%  38%  30%  30% 

COMMERCIAL  LINES 

CURRENT  0  0  19%  20%  18% 

PLANNED  30%  13%  19%  20%  21% 


*  WEIGHTED  BY  PREMIUMS. 


N  =  54  I 

i 
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Appendix  D  contains  more  information  about  DC!  and  its  users.  (Note: 
INPUT  interviewed  DC!  and  discussed  issues  at  length  with  its  three 
principals.  However,  the  analysis  contained  here  has  been  taken 
exclusively  from  public  data  and  from  the  five  entities  that  were 
knowledgeable  concerning  DCI). 

•  Because  of  DCi's  limited  resources  it  is  a  sense  "leaving  money  on  the  table." 
Several  obvious  areas  of  extension  for  their  type  of  product  are: 

Branch  office  clones  or  derivatives. 

An  associated  proprietary  corporate  data  management  system,  as  opposed 
to  only  providing  "hooks"  into  PMS. 

An  agency  interface. 

Professional  workstations  (using  data  subsets  from  the  corporate  data 
management  system). 

•  Electronic  Data  Systems  (EDS)  with  whom  DCI  had  has  a  prior  business 
relationship  is  now  beta  testing  a  product  that  is  remarkably  similar  in  concept 
to  the  DCI  product,  although  its  execution  in  COBOL  may  turn  out  to  have 
been  a  mistake. 

EDS's  entry  into  the  market  will  produce  significant  pressure  on  DCI,  but 
will  also  serve  to  further  legitimize  DCi's  approach. 

■  -  In  INPUT'S  view,  DCi's  strengths  should  place  it  in  an  excellent  position  to 
complete  with  EDS  (Exhibit  V-3).  However,  DC!  may  have  its  limited 
resources  streched  even  further  by  this  competition. 
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EXHIBIT  V-3 
DC I  VS.  EDS 


FACTOR 


DCI 


EDS 


INSTALLATIONS 
SYSTEM  MATURITY 
COMPANY  SIZE 

COMPANY  INSURANCE 
KNOWLEDGE 

PRODUCT  FLEXIBILITY 
PRODUCT  ACCEPTANCE 


APPROX.  12 
MEDIUM 

APPROX,  $5  MILLION 
HIGH 

MED /HIGH 
MED/ HIGH 


1 

LOW 

$550  MILLION 

MED /LOW 
LOW(?) 
LOW 
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VI.      MARKET  SIZE 


•  This  market  is  peculiar  in  one  helpful  respect:  Automation  budgets  are  not 
fixed  (in  fact  they  are  often  not  known). 

This  is  consistent  with  the  lack  of  quantification  of  automation  benefits 
previously  described. 

Costs  usually  expressed  in  terms  of  number  of  staff  assigned;  many  cases 
this  reflects  a  headcount  focus. 

•  Major  changes  in  expenditures  hardware/software/personnel)  are  often  viewed 
from  a  capital  spending  perspective.  However  few  sophisticated,  quantified 
tests  used. 

The  bottom  line  is  that  companies  will  often  double  their  automation 
spending  (as  many  have  with  PMS)  with  the  expectation  that  the 
investment  will  eventually  pay  for  itself. 

In  one  fortunate  respect  PMS  has  conditioned  the  market  to  think  in  large 
numbers.  Exhibit  IV- 1  shows  the  immediate  additional  expense  that  a 
company  commits  itself  to  by  choosing  PMS. 

•  Exhibit  VI-2  shows  the  range  of  the  IS  budget  as  a  percent  of  premiums  in  the 
insurance  industry  (including  life  and  health),  based  on  one  of  INPUT'S 
continuing  surveys. 

The  wideness  of  the  range  reflects  differing  commitments  to  automation 
and,  equally  important,  different  methods  of  constructing  budgets. 

The  commercial  lines  automation  expenditure  data  that  was  obtained 

from  respondents  generally  matched  that  in  Exhibit  IV-2,  i.e.,  spending 
was  between  1%  and  2%  of  premiums. 

1 
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EXHIBIT  VI-1 
PMS  FEES  AS  PERCENT  OF  PREMIUMS 


PREMIUM  LICENSE  TYPICAL  PMS 

LEVEL               ■  .                     FEE  MODIFICATIONS^  MAINTENTANCE 

$  8  MILLION         ,                  2.5%  1.0%  0.8% 

$20  MILLION                            1.5%  0,5%      ^.    ,  0.4% 

$70  MILLION                           0.5%  0.2%  0.1% 

$300  MILLION                         0.2%  0.1%  0.05% 


*  INPUT  estimate. 
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EinilBIT  VI-2 


INFORMATION  SYSTEMS  BUDGET  AS  PERCENT  OF  TOTAL  REVENUES 

IN  THE  INSURANCE  SECTOR    (1981  DATA) 
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70 
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100% 


Cumulative  Percent  of  Company  Respondents 


Key:     Company  Size  = 


$0  -  $199,  $200  and  Over 


NOTE:  Revenues  =  Premiums  (Direct  Premiums  for  P  &  C) 


SOURCE:  INPUT  Surveys 
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In  one  key  respect,  commercial  lines  spending  is  different:  Large 
companies  spend  a  larger,  not  a  smaller,  proportion  of  premiums  on  data 
processing. 

.  This  reflects  an  earlier  and  more  comprehensive  entry  into  commercial 
lines  automation  on  their  part. 

.  Larger  companies  often  have  more  complex  and  expensive  operating 
environments. 

Based  on  this  data  INPUT  made  estimates  for  commercial  lines  data 
processing  expenditures  in  1983.  (Exhibit  VI-3). 

It  is  unUkely  if  the  PMS  share  exceeds  1%  of  current  commercial  lines  DP 
spending. 

By  1988  INPUT  assumes  that  the  data  processing  spending  as  a  proportion  of 
premiums  will  catch  up  witH  and  then  exceed  that  of  the  large  companies. 
(Exhibit  VI-4). 

This  reflects  the  smaller  company's  growing  attention  to  automation 
combined  with  inability  to  realize  the  economies  of  scale  open  to  a  large 
company. 

However,  the  large  companies  will  still  have  the  lion's  share  of  the 
market. 

These  1988  projections  should  be  treated  cautiously,  however,  INPUT  did 
not  believe  it  feasible  to  attempt  to  project  the  conflicting  and  perhaps 
cancelling  effects  of  overall  inflation,  real  premium  changes,  and  the 
number  of  entities. 
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EXHIBIT  vi-A 

COMMERCIAL  LINES  DATA  PROCESSING  EXPENDITURES:  1988 


DATA  PROCESSING 
EXPENDITURES 

PERCENTAGE 

AMOUNT  ($  MILLION)* 


ENTITY  SIZE 
(COMMERCIAL  DIRECT  PREMITOIS ;   $  MILLION) 


$15-49 


1.5% 
$51 


$50-99      $100-299  $300+ 


2.0% 

$44 


2.0% 
$148 


1.5% 
$550 


TOTAL 


SEGMENT  SHARE 


6% 


19% 


69% 


100% 


*  NO  ALLOWANCE  MADE  FOR  CHANGE  IN  PREMIU>1  VOLUME  OR  INFLATION 
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Given  the  fact  that  PMS's  share  of  personal  line  automation  spending  can, 
even  in  larger  companies,  account  for  as  much  as  5-10%  of  ongoing  DP 
spending,  there  is  a  large  opportunity  in  commercial  lines.  This 
opportunity  at  least  equals  the  sizejof  PMS's  current  revenues  (i.e.,  oyer 
$40  million). 

The  key  factor  here  is  that  companies  will  be  increasingly  trading  off 
personnel  dollars  for  data  processing  dollars. 

Routinely,  companies  considering  major  expenditures  (e.g.,  PMS)  assume 
significantly  higher  data  processing-related  expenditures. 

PMS,  for  example,  tells  small  and  medium  companies  that  they  should  be 
spending  2.5%  -  3.0%  of  jDremjums  on  data  processing. 

Most  companies  have  continued  data  processing  growth  during  widespread 
cost  reduction  programs. 

Consequently,  vendor  sales  do  not  have  to  come  at  the  expense  of  the  MIS 
budget. 

The  market,  however,  will  be  much  more  receptive  to  a  workstation- 
oriented  product  than  to  traditional  host-based  software  or  a  service 
bureau  offering. 
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Vii.  CONCLUSIONS 
A.  Findings 

»         The  commercial  lines  sector  is  an  attractive  market  for  information  services. 

Rapid  environment  changes  are  demanding  responsive  computer  systems. 

There  is  significant  potential  for  acceptance  of  new  products. 

The  untapped  market  is  at  least  as  large  as  current  vendor  shares  (i.e., 
over  $40  million) 

No  vendor,  including  PMS,  has  a  lock  on  the  market  especially  in  view  of 
the  market's  receptivity  to  new  products. 

•  One-quarter  of  entities  are  open  to  new  approaches/vendors  (Exhibit  VI I- 1). 

•  There  is  a  deep,  underlying  acceptance  of  the  workstation  approach. 

Existing  entrants,  including  DCI,  are  only  scratching  surface. 
Except  for  small  customers,  PMS  is  not  a  dynamic  force  currently. 
Other  vendors  are  not  significant  factors. 

•  There  is  little  market  receptivity  to  the  originally  HIG  proposed  offerings,  i.e., 
the  service  bureau  business  and  CLA  software. 

•  There  is  probably  a  developing  market  for  information  management,  e.g.. 

Insurance  DBMS, 
Accounting  reports. 
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EXHIBIT  VII-1 

COMMERCIAL  LINES  AUTOMATION: 
CUSTOMER-PERCEIVED  OPPORTUNITIES 


ENTITY  SIZE 
(COMMERCIAL  DIRECT  PREMIUMS;   $  MILLION) 


$15-49 


$50-99 


$100-299 


$300+  AVERAGE* 


PERCENT  OF 
COMPANIES 
UNSURE  OF 
AUTOMATION 
SOURCE 


25% 


25% 


26% 


20% 


21% 


*  WEIGHTED  BY  PREMIUMS 
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Profitability  reports. 
Actuarial  reports. 
«         The  agency  -  company  interface  issue  is  in  flux. 

•  Centrally-supported  quotations  could  be  an  opportunity,     it  is  not  a  well- 
perceived  need  now. 

B>  RECOMMENDATIONS 

•  HIG  should  investigate  offering  a  loosely  coupled  front  and  back  end  product. 

•  The  front  end  options  which  should  be  explored  include: 

Downsized  HIG  components  on  a  4300  or  XT/370. 
Newly-generated  code  based  on  CLA  experience  for  a  micro. 
Acquisition  of  an  existing  front-end  product  (e.g.,  DCl). 

•  The  back  end  options  include: 

Offering  the  CLA  data  base  as  it  now  stands. 
Offering  a  subset  of  the  CLA  data  base  architecture. 
Designing  a  data  base  structure  derived  from  CLA. 

•  The  front  and  back  ends  should  be  compatible,  but  acquirable  separately  by 
customers,  e.g., 

'     -      HIG  front  end  with  PMS  data  base. 
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DCI  front  end  with  HIG  data  base. 

•  The  question  of  the  location  of  functionality  within  a  set  of  product  offerings, 
especially  for  coding  and  policy  issuance,  is  a  critical  one. 

DCI  is  very  successfully  offering  coding  and  policy  issuance  as  part  of  a 
front  end,  while  IS!  is  not  offering  a  product  beyond  rating  (at  least  at  this 
time). 

Many  potential  purchasers  are  not  yet  clear  what  their  final  needs  will  be. 

Ideally,  a  product  would  offer  the  option  of  location  (i.e.,  location  in 
either  the  front  or  back  end).  However,  this  may  not  prove  to  be 
practical  or  necessary. 

INPUT  recommends  that  HIG  lay  out  the  feasible  technical  options  in 
more  detail  and  then  approach  a  small  set  of  potential  customers  to  see 
what  their  needs  are* 

•  HIG  should  investigate  offering  an  agency  interface  for  the  front  end,  but 
delay  major  commitments  until  market  direction  is  clearer, 

•  HIG  should  specify  components  of  a  product  providing  centrally  supported 
quotation  data.  Steps  to  achieve  this  include: 

Drawing  on  HIG  knowledge  to  build  alternative  product  specifications. 

Defining  the  service  further  by  consulting  with  knowledgeable  external 
sources. 

Learning  ISO  plans  and  investigating  the  amount  of  further  value  that 
could  be  added  by  a  vendor. 

Testing  the  market's  receptivity  to  one  or  more  potential  product 
offerings. 
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APPENDIX  A:     INTERVIEW  GUIDE 

Vvhot  is  the  current  status,  generally,  of  your  company's  personal  lines 
automation? 

What  changes  are  plonned? 

What  is  the  current  stotus  of  commercio!  lines  automation? 

0      Which  lines  are  automoted? 

-  Which  functions  (by  line)? 

-  What  type  of  outomotion  (batch,  on-line  interoctive)? 

-  Vv'hat  hardware  environment  (vendor;  moinframe,  distributed,  out  side 
service)? 

What  is  the  source  of  software  (in-house,  contract,  skeleton,  packoge, 
other)? 

o      What    is    the    level   of   sotisfoction?      (3reok   out   by   line/function,  if 
significant) 

-  Reosons  for  dissatisfoction? 


Whet   ore    the   p!ons   for   future   (i.e.    next   three   years)  commerciol  lines 


outomotion? 


o      By  line/function 


o       I  ype  ond  hcrdwore  environment 


0      Software  source 


What  ore  the  reosons  for  planning/considering  further  outomotion? 


o      Whot  benefits  are  expected?  (Details) 


0      How  important  ore  quontifioble  dollar  benefits  (e.g.,  costs,  turnaround)  vs 
less  quontifioble  benefits  (e.g.,  occurocy,  customer  sotisfoction). 


How  importont  is  it  to  you  to  have  oil  of  your  commercial  lines  of  business 
equally  outomoted  (low  to  high  importonce)? 


^b.       How  imporiont   is  it   to  you  that  eoch  of  the  following  commerciol  lines 
functions  be  fully  automated  (low  to  high  importonce)? 


o  Quoting/rating 


o  Coding 


o      Policy  issuoince 


o  Endorsements 


5.        How  important  (ronked  low  to  high,  with  ratio.nole)  is  it  thot  commercial  lines 
computerized  systems  be  integrated  with: 


o      Personal  lines  computer  systems? 


o      Other  administrative  systems  (e.g.,  accounting,  investments,  etc.)? 


o  MIS 


Whet  is  the  current  operating  ratio  for  your  commercial  lines  business? 


o      V/hot  ore  your  gools  for  reducing  this? 
o      How  will  it  be  ochieved? 

o      How  lorge  a  role  will  automotion  ploy?  '  > 

How  much  do  you  expect  to  spend  in  each  of  the  next  three  years  on 
commercial  lines  outomotion  (broken  out  between  development  ond  on-going 
costs)? 

Development  On-Going 
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Development 


On-Goino 


1985 


1?86 


8.        1  om  now  going  to  hand  you  a  sheet  iv  \)  that  describes  the  main  features  of  a 


proposed  timesharing  system. 


o      What  is  your  genera!  reaction  to  this  proposed  service? 


0      Which   of   the   areas   covered   wouid   be-  especially  pertinent   to  your 


company  r 


0      Which  areas  would  be  of  relatively  little  interest  to  your  company? 


1 


3c.       How    likely   would   you   be   1c  use   this  service   for  ony  of   your  business? 

Assuming  the  price  is  reasonable), 
'i       •  . 


Would  not  use  (  ),  Unlikely  (  ),  Might  Use  (  ),  Likely  (  ),  Very  likely  (  ) 


o  Why 


If  "would  not  use"  or  "unlikely",  go  to  question  10 


S'b.       For  which  lines/functions? 


o         Would  you  try  some  lines/fuctions  and  then  expand? 


o         When  would  you  start,  how  long  would  you  use  it? 


Whot  would  be  a  desirable  contract  length? 


Who!  benefits  would  you  oblcin?  (prompt  only  if  necessory)  How  lorge  would 
they  be?  Wi^ich  would  be  the  most  importont? 


To  what  extent  would  you  wont  your  ogents  to  be  on-line  to  your  data  base? 


On  the  next  sheet  (t72)  that  I  will  hand  you  ore  estimotes  of  what  typical 
componies  might  pay  annually  for  using  the  service  bosed  on  the  amount  of 
premiums  handled.  ■  • 


o      Does  the  overall  level  of  the  pricing  seem: 


Far  too  low  (  ),  loo  low  (  ),  About  right  (  ) 
Too  high  (  ),  Far  too  high  (  ),  Don't  know  ( ) 


o  Why? 


.  0      What  is  the  basis  for  comparison?  (E.g.,  monuol  transection  costs) 


(If  in-house  cos1s:  how  occurole  are  they?) 


o      How    would    you    feel    toward    pricing.    If    the   service    reduced  costs 
equivalent  to  I  %  of  premiums  hondled  by  the  service? 


On  this  sheet  {ii3)  ere  nomes  of  oroanizotions  that  could  potentially  offer  this 
kind  of  service.  Would  you  feel  more  comfortable  doing  business  with  certoin 
componies  on  this  list  thon  other?  (Discuss) 


1 2o.  Another  option  would.  be  for  your  compony  to  ocquire  the  softwore  itself 
rother  thon  use  the  timesharing  service.  All  the  functions  and  features 
described  for  the  timesharing  service  would  remain  the  some.    The  software 


would  run  on  IBM  equipment. 


!  2b.     V/hot  would  your  level  of  interest  be,  generoliy,  in  acquiring  software  rather 
thon  utilizing  a  service? 


1  3g.     The  software  could  be  supplied  in  one  of  1wo  woys. 


o      You  would  be  responsible  for  all  software  support  end  modification. 


o  The  vendor  would  provide  ongoing  support  end  maintenance  to  the 
"core"  sections  of  the  system.  You  would  be  able  to  modify  other 
sections  of  the  system  (e.g.  rates,  edit  logic,  etc.) 


Your  tradeoff  would  be  having  a  great  deal  of  flexibility  end  control  vs. 
the  responsibility  for  maintaining  a  lorge,  complex  set  of  programs. 


13b.     Which  option  oppeals  to  you  most? 


o  Why 


0         What   levels  of  Iroining  ond  moinienonce  would  be  needed  initiolly? 
Ongoing?  .  . 


How  likely  would  you  be  to  ocquire  this  kind  of  software? 


Would  not  use  (  )  - 

Unlikely  () 
Might  acquire  (  ) 
Likely  () 
Very  likely  (  ) 

o         What  lines/functions  would  you  use  the  softwore  for? 


Whot  benefits  would  you  expect  to  obtain? 


0         If  your  mojor  competitors  were  to  acquire  this,  how  would  it  affect 
your  plans? 


When  would  you  went  to  slort  using  it? 


Are  you  ocquointed  with  the  commercial  lines  software  that  PM5  will  be 
offering  in  the  neor  future? 


YESO  NOO 


o         How  does  the  offering  thot  I  have  described  compare  generally? 


o         Are  you  ocquointed  with  PMS'  likely  pricing  structure?  YES  (  )    NO  (  ) 


If  YES:  Does  that  pricing  opprooch  oppeor  reosonable?  (Detoil,  including 
olternotives) 


If  NO:  Does  a  one  time  license  fee  of  between  $ 
(depending  on  number  of  lines  included)  seem, 


end  $ 


For  too  low  (  ),  loo  low  (  ).  About  right  (  ) 
Too  high  (  ),  For  too  high  (  ),  Don't  know  (  ) 


Why? 


o         What  is  the  bosis  for  comparison? 


(If  in-house  costs:  how  occurote  are  they?) 


o         How  would  you  feel  tov.'ord  pricing,  if  the  software  reduced  costs 
equivolent  to  1%  of  premiums  handled  by  the  software? 


15.       For  those  v/ith  interest  in  either  the  softwore  or  service  version: 


First,  I  vill  contrast  the  "MaiDfraiDe  (Host)  Approsch"  viLh 
the  "V'orks ta t i on  Approach"  (see  attached  diagrams)  .  I  will 
be  looking  for 


Their  general  reaction. 


Eov  these  approaches  fit  into  their  cur rent 'plans . 


Vnich  approach  They  see  predominating  for  thenjselves 
as  -well  as  for  the  industry  generally. 


'Ao'^  they  see  f-anctions  as  beiiig  alloca ted .  benjeen  users 
and  the  cer.trsJl  data  pxocessir.g  area. 


ether  these  functions  should  be  construcreo  interDally, 
procured  externally. 


rneir  kno^Jiedge  and  evaluation  of  current  su^Doliers. 


i  .-Then  I  v±ll  get  their  reactioii  to  having  a  ceDticlly  supported 
i    quotatioD  functior!  adoeo  to  the  vorkstctiorj  approach  (as  shovn 
in  the  third  attachment) .  ;  ~ 


Their  general  reaction. 


Row  these  approaches  fit  into  their  current  plans. 


Which  approach  they  see  predominating  for  themselv 
as  veil  as  for  the  industry  generally. 


Hdv  they  see  functions  as  being  alloca ted  - betveen  users 
and  the  central  data  processing  area. 


Whether  these  functions  should  be  constructed  internally, 
or  procured  externally. 


Tneir  knowledge  and  evaluation  of  current  supoliers. 


For  respondents  that  see  vendors  as  playing  a  role,   I  vould 
get  their  reaction  to  the'  list  of  potential  vendors  previously 
developed . 


Whol  would  be  the  process  for  moking  on  ocquisiiion? 


Who  would  be  involved  in  making  the  recommendation? 


In  the  fine!  decision? 


16.       Vv'hat  is  your  company's  key  objectives  in  the  next  severe!  yeors  and  how  would 
commercial  lines  automation  further  them? 


17.       Whet  industry  trends  to  you  see  generolly  in  the  next  5  years  ond  what  are  the 
relations  to  commercial  lines  outomotion? 


I 


APPENDIX  B:     INTERVIEW  GUIDE  EXPANSION 

INPUT 


PARK  80  PLAZA  WEST-1,  SADDLE  BROOK,  NEW  JERSEY  07662  (201)368-9471 


October  31,  1983 


Mr.  Edward  Shires 
Assistant  Vice  President 
Hartford  Insurance  Group 
Hartford  Plaza 
Hartford,  CT  06115  , 

Dear  Ed: 

As  we  agreed  last  Thursday,   I  am  revamping  the  materials  which 
I  will  be  showing  to  and  discussing  with  respondents: 

i 

•  First,  I  will  contrast  the 
the  "Workstation  Approach" 
be  looking  for 

Their  general  reaction. 

How  these  approaches  fit  into  their  current  plans. 

Which  approach  they  see  predominating  for  themselves 
as  well  as  for  the  industry  generally. 

-  How  they  see  functions  as  being  allocated  between  users 
and  the  central  data  processing  area. 

-  Their  knowledge  and  evaluation 

Whether  these  functions  should 
or  procured  externally. 

•  Then  I  will  get  their  reaction  to  having  a  centrally  supported 
quotation  function  added  to  the  workstation  approach  (as  shown 
in  the  third  attachment) .     I  would  go  over  the  same  general 
issues  as  those  under  the  preceding  bullet. 


"Mainframe  (Host)  Approach"  with 

(see  attached  diagrams) .     I  will  ! 


of  current  suppliers. 

be  constructed  internally 


October  31,  1983 
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•       For  respondents  that  see  vendors  as  playing  a  role,   I  would 

get  their  reaction  to  the  list  of  potential  vendors  previously 
developed. 

I  will  test  this  on  interviews  this  week  and  modify  as  needed.  I 
would  appreciate  any  reactions  that  you  or  other  members  of  the 
Task  Force  might  have. 


Sincerely, 


Thomas  0 'Flaherty 
Principal  Consultant 


TOFrpjk 


Enclosure 


M.4IKTRA2-2;  (HOST)  ./iPPROACH 


rs3B(        hoc        >xa<  Mi*  im«  mbc  mc        «-«  »»•  mmt  »b«  wkc  eec  cm  taw  lac  MM  ^m.  mm  mm  mm  mm  mm  mm  um 


AGENTS 


Terminals 


Micros 


COMPANY  USERS 
(Horae  office. 
Branches) 


Terminals 


Policy 

Processing, 

Bills, 

Claims,  etc. 

Tables 

Files ; 

DBMS 

Mainframe 


WORKSTATION  APPROACH 
(e.g.  ,  nev  IBM  PC/370) 


AGENTS 


Terminals 


Micros 


V?  ORK  S  T  A  T 1  OK     A^  ?R  OA  C 
(e.g.  ,  nev  ILVj  PC/370) 


CENTRALLY -SUPPORTED  QUOTES 


Company  deviations, 
Undervriter  judgments 


Mainf  ra-ie/ 


-ase 


>5icro 


ISO 

Rating/ 
Quoting 


KoTTie  Office 
or  Service 
Bureau 


APPENDIX  C:     COMPANIES  INTERVIEWED 


AETNA** 
AHMANSON* 
AID  INSURANCE* 
AMERICAN  FINANCIAL 

AMERICAN  CONTINENTIAL* 

DIXIE* 

AMERICAN  MUTUAL  LIABILITY** 

ANDOVER** 

ARMCO** 

NORTH  PACIFIC* 

ATLANTIC  COMPANIES** 

AUTO  OWNERS** 

BERKSHIRE  HATHAWAY 

KANSAS  FIRE  AND  CASUALTY* 
NATIONAL  INDEMNITY  OF  OMAHA* 

CAPRI* 

CHUBB** 

CIGNA** 

CINCINNATI  FINANCIAL* 

CONTINENTAL  WESTERN* 

COVENANT** 

CRUM  AND  FORSTER** 
L.W.  BEAGLER* 

*=TELEPHONE  INTERVIEW 
**=ON-SITE  INTERVIEW 


DODSON** 

ELECTRIC  INSURANCE** 

EMPLOYERS  MUTUAL* 

FEDERATED  MUTAL* 

FINANCIAL  SECURITY* 

GENERAL  ACCIDENT** 

GRANGE* 

GRAIN  DEALERS** 

FRANK  B.  HALL** 

HANOVER** 

HARLEYSVILLE** 

HERITAGE** 

INDIANA  INSURANCE** 

LIBERTY  MUTUAL** 

MICHIGAN  MUTUAL* 

MOTORISTS  MUTUAL* 

NATIONAL-NEDERLANDER 

FIDELITY  SOUTHERN  (AND  ASSOCIATED  COMPANIES) 
NATIONWIDE** 
OLD  REPUBLIC** 
PENN  MUTUAL** 

*=TELEPHONE  INTERVIEW 

**=0N-S1TE  INTERVIEW 


PREFERRED  RISK* 
PUBLIC  SERVICE** 
RANGER* 
ROCKWOOD** 
ROYAL** 
SENTRY** 
SHELBY  MUTUAL** 
TELEDYNE 

TRINITY  UNIVERSAL  (AND  ASSOCIATED  COMPANIES)* 
TOKIO  MARINE  AND  FIRE** 
UNITED  FIRE  AND  CASUALTY* 
WESTERN  INSURANCE* 
WESTERN  PREFERRED* 
WESTERN  WORLD** 

*=TELEPHONE  INTERVIEW 
**=ON-SITE  INTERVIEW 


APPENDIX  D:       AGENCY  -  COMPANY  LINKAGE  ISSUE 


The  following  are  comments  by  respondents  on  agency-company 
issues.     They  have  been  classified  by  INPUT  under  the  following 
categories: 

-      Importance  generally. 
Interface  issues. 

Type  of  information  exchange  foreseen. 
Hookups. 

Effects  of  linkage. 

The  letter  in  parentheses  refers  to  the  size  of  the  responding 
entity,  i.e., 

A  =  $15-49  million 

B  =  $50-99  million  : 

C  =  $100-299  million 

D  =  $300  million  and  over 


AGENCY  -  COMPANY  LINKAGE:  IMPORTANCE 


•  TIEING    TO    AGENTS    WILL    BE    MORE    AND  MORE 
IMPORTANT  (C). 

•  VERY  IMPORTANT  ISSUE  (A). 

•  LOOKING  AT  INTERFACE  ISSUES  VERY  CAREFULLY  (C). 

•  A  KEY  BUSINESS  ISSUE  (D). 

•  THE  OVERWHELMING  INDUSTRY  ISSUE  (D). 

•  MAY  BE  NICE,  BUT  HAVE  NOT  CONSIDERED  (A). 

•  COSTS  A  PROBLEM  (D). 


AGENCY  -  COMPANY  LINKAGE:  INTERFACE  ISSUES 


STANDARIZATION  COMING  (C). 

CAN  NOT  WAIT  FOR  STANDARDS  -  MAY  NEVER  EMERGE 
(D). 

WORKING  ON  OWN  INTERFACE  TO  ALL  MAJOR  TURNKEY 
SYSTEMS  (C). 

WILL  INTERFACE  WITH  ANYONE  (D). 

USING  VENDOR  FRONT  END  FOR  AGENCY  INTERFACE 
(A). 

PMS  WILL  MAKE  IT  EASIER  TO  TIE  INTO  IVANS  (A). 

IVANS  MAY  NOT  BE  THE  SOLUTION  (A). 

WANT  ON-LINE  HOOKUP,  GOING  TO  TAKE  PART  IN  IVANS 
(C) 


INPUT 


AGENCY  -  COMPANY  LINKAGE:  TYPE  OF  INFORMATION 
EXCHANGE 


THERE  WILL  BE  ORE  LOCAL  PROCESSING  (D). 

SOME  AGENTS  ALREADY  HOOKED  DIRECTLY  INTO 
SYSTEM  (D).  ■ 

LARGER  AGENTS  WILL  HAVE  DIRECT  ACCESS  TO  FILES 
AND  ISSUE  POLICIES  (C). 

DOWNLOAD  DATA  NOW  (C). 

AGENTS  WILL  BE  ACCESSING  COMPANY  FILES  SOON, 
HOPEFULLY,  JUST  FOR  INQUIRY  (A). 

DON'T  THINK  MANY  AGENTS  KNOW  WHAT  THEY  WANT 
(A).  :  ' 


AGENCY  -  COMPANY  LINKAGE:  HOOKUPS 


•  MOST  COMPANIES  WILL  EVENTUALLY  INTERFACE  WITH 
AGENTS  (A). 

•  SEVERAL  PILOTS  UNDER  WAY  (D). 

•  PLANNING  TO  TIE  DIRECTLY  TO  100  KEY  AGENTS  (D). 

•  ALREADY  1700  TERMINALS  IN  DISTRIBUTION  NETWORK 
(D). 

•  GENERALLY,  NO  FUTURE  FOR  PROPRIETARY  TERMINALS 
AGENCY  -  COMPANY  LINKAGE:  EFFECTS 


•  DIRECT  ACCESS  IMPORTANT  FOR  AGENT  EDUCATION  (D). 

•  TECHNOLOGY  WILL  GIVE  AN  EDGE  (C). 

•  COMPETITION    WILL    EMERGE    BETWEEN   AMOUNT  OF 
"USABILITY"  OF  COMiPETING  SYSTEMS  (D). 

INPUT 


APPENDIX  E:     DATA  CONCEPTS,   INC.  INFORMATION 


•      Attached  are  copies  of  DCI-related  materials. 

-      Data  Conveyor  system  overview. 
Data  Conveyor  system  concepts. 
SIMPILE  productivity  tool  overview. 
Two  1983  articles  by  DCI  users. 


INPUT 


DATA  CONVEYOR 


COMMERCIAL  LINES  POLICYWRITING  SYSTEMS 


Table  of  Contents 


I.     Introduction  and  Background 


II.     Commercial  Lines  Insurance  Systems 


III.     Support  Services 


IV.     Table  Management 


V.  Benefits 


I. 

INTRODDCTION 
AND 
BACKGROUND 


Lines  of  Business  Data  Conveyor  Policywriting  Systems  presently 

include  SMP  and  related  monolines  (Commercial 
Fire  and  Allied  Lines,  Time  Element,  General 
Liability,   Inland  Marine,  Fidelity  and  Crime, 
and  Glass)  Workers'   Compensation  and  Commercial 
Automobile.     Other  insurance  systems  currently 
in  phased  development  include  Claims 
Administration,  and  Accident  and  Health  Claims. 


Maximizes  Operator 
Productivity 


The  Data  Conveyor  System  addresses  the 
entire  Commercial  Lines  rating  process, 
including  setup  and  manual  rules,  rate  and 
factor  lookup,   premium  calculation,  premium 
statistical  coding,  form  and  schedule  selection 
and  printing,  and  subsequent  transactions. 

In  addition, 

...  Optional  custom-tailored  prompts  provide 
on-demand,  on-line  assistance  for  new 
operators,  but  permit  experienced  operators  to 
complete  data  entry  at  their  own  pace. 


Reduces  Need  for 
Experienced  Raters 


...The  Data  Conveyor  can  be  designed  to 
"assume"  frequently  used  data  values  and 
permits  the  operator  to  override  system- 
generated  values.     This  feature  makes  data 
entry  even  more  automatic. 

...The  Data  Conveyor  System  does  more  than 
determine  the  next  processing  step:   it  performs 
all  next  steps  until  it  needs  new  data  or 
decisions  from  the  operator. 


Data  Convey 
advantages 
training . 
multiper il 
received  fo 
Data  Convey 
procedures 
six  months 


or  Systems  also  offer  significant 
in  cost  and   time  required  for 
In  one  installation  which  handles 
rate,  quote  and  issue,  operators  who 
ur  to  six  weeks  of  training  on  the 
or  use  the  system  to  complete  rating 
that  could  otherwise  require  from 
to  more  than  two  years  of  training. 
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All  Coverages/ 
Variable  Levels 
of  Automation 


System  Generated  Codes 


Premiums  Calculated 
On-Line 


Coverages  and  perils  are  automated  upon 
client  request.     Rate  development  may 
be  fully  automated  (the  system  stores  a 
maximum  number  of  rating  procedures  and  rate 
tables),   semi-automated  (the  system  stores  and 
maintains  the  maximum  number  of  rating 
procedures,  but  rates  and/or  factors  are 
obtained  and  entered  manually),  or  automated  to 
only  a  limited  degree  (rate  look-up  and  premium 
determination  are  completed  off-line  and 
entered  manually.     The  system  applies 
appropriate  policy  minimum  premium  rules  and 
includes  the  results  in  policy  premium  totals). 

The  Data  Conveyor  System  develops  and 
prints  premium  statistical  coding  information 
from  data  entered  for  policy  production;  no 
additional  data  entry  is  required  to  produce 
coding  documents. 

Premiums  are  calculated  on-line.  To 
support  the  underwriter's  ability  to 
examine  "what-if"  variations  for  a  single 
transaction,  the  Data  Conveyor  System 
incorporates  extensive  correction  facilities 
and  Quo te-to-Quote  capability.     Both  are 
described  below. 


Operator  Sensitive 
Screens 


Data  entry  screens  on  the  Data  Conveyor 
System  are  designed  to  include  only  those 
fields  needed  to  generate  pertinent  policy 
data,  according  to  accepted  industry  and 
company  requirements.     Screens  can  be  tailored 
to  conform  to  the  company's  existing  paper 
forms,  providing  familiar  formats  for  the 
operator. 


In  addition, 


Fewer  Screens 
Required 


...The  Data  Conveyor's  conditional  routing 
capability  enables  one  screen  to  perfom 
multiple  functions.     A  significant  benefit  of 
field-by-field  processing,  conditional  routing 
can  substantially  reduce  the  number  of  screens 
needed  for  a  complex  system  by  altering  the 
normal  processing  path  through  field 
calculations . 


Redundant  Data 
Entry  Eliminated 


...The  operator  never  enters  the  same  data 
twice:  the  system  "forwards"  existing  data 
items  where  required  and  continues  to  create 
new  data  items  through  calculations,  data 
definition  or  data  manipulation,  until  it  needs 
additional  information. 


lOOZ  Editing  On-Line 


...Screen  completion  is  accomplished  most 
efficiently  because  the  cursor  stops  only  in 
those  fields  required  for  the  specific 
transaction  in  process. 

Error  detection  and  correction  is  performed 
on-line  at  the  point  of  data  entry,  before  the 
system  uses  the  data  item  in  any  subsequent 
calculations.     In  addition  to  current  field 
edit  checks,  editing  can  be  performed  on  a 
cross-field  and  a  cross-screen  basis. 


Comprehensive 
Correction  Facilities 


Automatic 
Reprocessing 


In  addition  to  thorough  on-line  editing 
of  new  data  items,   the  Data  Conveyor 
supports  extensive  on-line  correction 
facilities.     Correction  features  include  the 
ability  to  make  single  or  multiple  changes  to 
current,  previous,  or  subsequent  screens,  and 
the  ability  to  add  or  delete  entire  screens 
(records).     When  corrections     have  been 
made,   the  system  automatically  reprocesses 
forward,  re-editing  and  recalculating  data 
where  required. 


Multiple  Quote  Multiple  quotations  are  supported  through 

Iterations  the  Data  Conveyor's  Quote-to-Quote  facility: 

after  a  base  quote  has  been  created,  additional 
^  variations  can  be  produced  by  keying  changes 

only.     Total  premium  calculations  may  be 
completed  immediately  or  deferred,  at  the 
operator's  direction.     Hard  copy  may  be 
produced  on  an  individual  transaction  or  batch 
(spooled  print)  basis. 

When  a  quote  is  accepted,   the  policy  may  be 
produced  directly  from  the  quotation  - 
including  any  final  changes  -  through  the  Data 
Conveyor's  Quote-to-Policy  facility. 


Support  Services  The  Data 

Inquiry, 
Account, 


Conveyor  System  currently  supports 
Scratchpad,  Work  In  Process  Status, 
Producer,  and  Class  File  Maintenance. 


All  Policy  Life-Cycle  The  Data  Conveyor  System  supports 
Transactions 

Quotations 

Binders 

New  Business 

Renewals 

Rewrites 

Reinstatements 

Cancellations 

Endorsements 

Premium  Audits 


Security 


In  addition,   the  system  supports 

...Statistical  Coding:  Statistical  data  is 

extracted  and  printed  from  data  entered  for 
policy  production.     No  additional  data  entry 
is  required  to  produce  coding  documents. 

...Claims  Administration  functions  (in  process) 

...Collection  Records 

...Conditional  Document  Routing  via  Mainframe: 
Selected  data  from  partially  processed 
transactions  can  be  formatted  and  passed  to 
the  company's  central  processor  (i.e., 
mainframe)  for  verification  against  central 
data  files.     The  return  transmission  may 
contain  error  messages,  flag  transactions 
for  rerouting,  etc. 

In  most  Data  Conveyor  installations,  on-line 
access  to  production  systems  is  controlled  by 
user  ID  and  an  optional  passcode. 


Although  additional  security  measures  can  be 
added  to  a  Data  Conveyor,  system  security 
features  will  generally  reflect  the  scope  and 
specific  requirements  of  an  individual 
installation. 


Data  Integrity 


If  it  is  desirable  to  prevent  certain  data  from 
being  changed  after  the  original  policy  is 
issued,  keyboard  locks  can  be  added  to  the 
logic  for  those  fields  which  should  not  be 
altered. 


"As-Of"  Coverage 
Verification 


After  the  original  policy  document  is 
issued,  all  subsequent  transactions  are 
added  to  the  policy  file  as  "data  difference 
records." 
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The  difference  records  which  are  added  to  the 
policy  file  include  only  those  data  items  which 
were  changed,   and  control  data  items  such  as 
the  effective  date  and  sequence  number  of  the 
change.     When  an  operator  inquires  into  the 
status  of  the  policy  on  a  specified  date,  the 
system  automatically  combines  accumulated  net 
changes  made  to  the  policy  after  its  original 
issue,  with  items  from  the  original  records 
which  have  not  changed  since  the  policy  was 
issued.     Storage  of  only  changed  data  items 
rather  than  changed  screens  reduces  the  storage 
required  to  maintain  a  history  file  to  a 
minimum. 


Automated  Policy  and  The  Data  Conveyor  System  accommodates 

Statistical  Records  automatic  policy  document  and  statistical 

record  production  on  either  an  immediate  or 

deferred  (spooled)  basis. 

The  Data  Conveyor  automatically  determines  the 
appropriate  forms  to  be  printed  according  to 
the  unique  coverages  for  each  transaction,  and 
prints  only  the  required  forms  or  blocks  of 
data. 

Formatted  data  may  also  be  passed  from  the  Data 
Conveyor  to  a  company's  mainframe,  to  update  a 
centralized  data  base  on  a  company-specified 
schedule. 


Architecture  Satisfies 
Unique  Conrmercial 
Requirements 


The  range  of  policy  and  statistical  reporting 
documents  supported  include 

Quotation  Coverage  Explanation 
Declarations  Pages 
Coverage  Schedules 
Rating  Worksheets 
Premium  Recap 
Endorsement  Schedules 
Endorsement  Forms 
Renewal  Certificates 
Cancellation  Notices 
Premium  Payment  Notices 
Commission  Schedules 
Agent  Compensation  Coding 

Worksheets 
Premium  Audit  Physical  &  Voluntary 

Worksheets  &  Statements 
Premium  Statistical  Coding 

Worksheets 
Statistical  History  Cards 
Formis  Pull  Lists 

Output  can  be  produced  using  preprinted  and/or 
blank  stock. 

Data  Conveyor  Systems  provide  a  complete 
policyhandling  workflow  environment  through 
on-line  interactive  transaction  processing. 
Editing  is  performed  field-by-field  at  point  of 
entry,  before  new  data  is  used  in  system 
calculations . 

In  addition, 

...By  routing  processing  to  the  appropriate 
data  fields,  and  continuing  to  calculate  and 
process  data  until  it  needs  more  information, 
the  system  can  perform  up  to  80%  of  the 
processing  workload. 

...With  conditional  routing,   the  cursor  moves 
only  to  those  fields  required  for  the 
transaction  in  process.     No  data  is  created 
that  is  not  relevant  to  the  transaction. 


...The  system  handles  inteimiixed  text  and  data, 
allowing  unique  transaction  data  to  be  inserted 
in  standard  text. 

...There  is  no  inherent  software  limit  to  the 
number  of  locations  that  can  be  included  in  a 
single  policy. 

...Workflow  routing  and  work  station 
configuration  can  be  adjusted  according  to 
changes, in  processing  or  office  procedures. 

Table  creation  and  maintenance  is 
accomplished  with  a  set  of  SIMPLIE  software 
programs.     Although  tables  are  created  in  the 
Implementer ' s  Mode  of  the  SIMPLIE  System,  the 
dialog  used  to  create  tables  is  easily 
understood  by  a  non-technical  person. 

If  a  client  company  elects  to  maintain  its  own 
tables  internally,  but  chooses  not  to  assume 
maintenance  of  the  Data  Conveyor  application 
programs,  the  table  programs  can  be  made 
accessible  with  the  production  system  for  in- 
house  use  by  the  client  staff. 

SIMPLIE  software  is  inherently  hardware- 
independent,  and  can  be  transported  to  new 
equipment  by  rewriting  the  program  that 
interfaces  SIMPLIE  to  the  host  operating 
system. 

The  Data  Conveyor  System  is  presently 
installed  on  the  Texas  Instruments 
(TI)990-12  minicomputer,  and  the  WICAT 
supermicrocomputer  (Systems  150  and  200). 

The  operating  system  for  the  TI-990   is  the  TI- 
DXIO;  for  the  WICAT,  MCS.     SIMPLIE  software 
operates  as  a  task  within  the  host  computer. 


SIMPLIE  Software  is  based  exclusively  on  the 
TRAC*  language.     TRAC  itself  is  currently  being 
rewritten  in  "C"  language.     Upon  completion  of 
this  process,  SIKPLIE  will  be  directly 
transportable  to  any  computer  that  uses  a  "C" 
compiler. 

All  Data  Conveyor  applications  programs  are 
implemented  exclusively  in  SIMPLIE.  SIMPLIE 
software  was  designed  specifically  to  provide 
flexibility,  conciseness  and  ease  of 
maintenance  for  applications  which  have  proved 
difficult  to  automate  with  conventional 
programming  languages.     Data  Conveyor  Systems 
will,  however,  interface  with  conventional 
systems . 

Because  Data  Conveyor  Commercial  Lines 
Policywr iting  Systems  are  customized  according 
to  the  unique  requirements  of  each  client 
company,   the  documentation  for  each  system  is 
also  unique. 

Data  Concepts  provides  an  Operator's  Guide  for 
the  users  of  each  new  installation.  System 
documentation  also  includes  hard  copy  of  the 
application  specifications  or  "prescripts" 
developed  for  each  Data  Conveyor  system. 
Because  prescript  documentation  is  built  into 
SIMPLIE  software,  hard  copy  documentation 
always  reflects  the  most  current  version  of  the 
appl ication. 

Those  companies  that  license  SIMPLIE  to 
maintain  their  own  applications  receive  copies 
of  the  Implementer ' s  Guide  to  the  SIMPLIE 
system. 


II. 

COMMERCIAL  LINES 
INSURANCE  SYSTEMS 


II.     Ccmnnercial  Lines        Data  Conveyor  Insurance  Systems  are 

Insurance  customized  to  a  client's  specific  procedures 

Systems  and  book  of  business;  therefore,  coverages, 

rating  plans  and  automated  ISO  rating  tables 
reflect  the  requirements  of  each  system. 

New  coverages,  rating  procedures  and  states  are 
automated  as  requested  for  new  systems,  or  to 
augment  existing  systems. 

Data  Conveyor  Commercial  Lines  Policywriting 
Systems  currently  provide  on-line,  interactive 
policy  processing  support  for 

-  SMP  and  associated  monolines: 

Fire  and  Allied  Lines 
Time  Element 
General  Liability 
Inland  Marine  ^ 
.  -  Glass 

Fidelity  and  Crime 

-  Workers'  Compensation 

-  Commercial  Automobile 

The  flexibility  of  the  Data  Conveyor  makes  it 
possible  to  incorporate  even  non-automated 
lines  into  the  automated  production  system. 
With  a  Miscellaneous  Coverage  Screen,  operators 
can  enter  descriptive  and  manually  calculated 
rating  data  for  specified  lines.     Data  keyed  in 
with  miscellaneous  coverage  screens  can  then  be 
incorporated  into  policy  totals  and  printed 
documents . 

Additional  systems  which  are  presently  in 
development  at  Data  Concepts  include 

-  Claims  Administration  (All  ISO  lines) 

-  Group  Accident  &  Health  Claims 


In  general,   the  Data  Conveyor  System 

supports  most  of  the  ISO-based  rating 

plans  for  SKP  and  associated  monolines,  NCCI 

rating  plans  for  Workers*   Compensation,  and  ISO 

and  SRP  (Supplementary  Rating  Plan)  for 

Commercial  Automobile. 

In  addition.  Data  Conveyor  Systems  support 
individual  company  modifications  to  standard 
plans,  as  well  as  the  development  of  special 
company . packages . 

. . . SMP 

Much  of  the  descriptive  and  classification 
phraseology  inherent  in  Commercial  Lines  rating 
can  be  automated  on  the  Data  Conveyor  System, 
eliminating  the  associated  typing  required  for 
document  preparation.     As  key  class  and  peril 
codes  are  entered  and  coverages  selected  in 
response  to  system  prompts,  the  system 
generates  full  descriptive  terminology  that  is 
displayed  and  incorporated  into  printed  policy 
documents . 

...Workers'  Compensation 

To  the  extent  that  a  company  requests  tabling 
of  class  codes  and  descriptions,  the  system 
will  automatically  display  the  appropriate 
class  description  phraseology  when  the  operator 
enters  a  class  code  and  multiple  description 
code  if  applicable.     The  phraseology  will  be 
incorporated,  as  required,  into  printed  policy 
documents.     Non-tabled  phraseology  -  and  any 
newly  issued  codes  and  descriptions  which  have 
not  yet  been  tabled  -  may  of  course  be  entered 
manual ly . 


III. 

SUPPORT 
SERVICES 


III.     Support  Services 


Inquiry 


Diary 


Scratchpad 


Information  Requests 


Data  Conveyor  Systems  currently  provide 
...The  ability  to  review  original  data  entry 
screens  (declarations,  worksheets,  schedules, 
etc.)  as  of  any  date  in  the  account  history. 

A  scheduled  enhancement  to  the  current  detail 
level  inquiry  will  allow  the  operator  to  review 
summary,  (policy  level)  data  for  processed 
transactions . 

...The  ability  to  schedule  processing  or  file 
review  functions  on  an  automatic  calendar  is 
currently  in  development.     The  Data  Conveyor's 
diary  mechanism  will  schedule  such  transaction 
activities  as  review  dates,  check  issue,  etc. 
according  to  a  company-specified  calendar. 
Diary  scheduling  will  accommodate  business 
and/or  calendar  day  cycles.     Sort  criteria  for 
diary  display  are  specified  by  the  company. 

...The  ability  to  incorporate  miscellaneous 
non-automated  coverages,  add  processing  or 
routing  instructions  for  internal  use,  etc., 
are  provided  by  miscellaneous  screens. 
Miscellaneous  data  may  be  accessed  through  on- 
line inquiry,  or  obtained  as  hard  copy  with 
policy  documents, 

...The  ability  to  access  policy  data,  financial 
data,  etc.,   from  files  which  are  not  physically 
part  of  the  records  for  a  current  transaction, 
i.e.,   inquiry  into  a  file  of  service  providers 
performed  from  an  individual  claim  record. 

This  facility  is  currently  under  development. 


Work  in  Process  Status 


Account 


...The  ability  to  determine  the  current  status 
of  a  transaction,   including  its  processing 
status  by  Work  Station  (1,  2,  etc.)  or  file  (IN 
PROCESS,   IN  FORCE,  etc.),  its  position  in  a 
work  station  queue,  and  error  conditions  which 
may  have  caused  the  policy  to  be  suspended 
during  background  processing. 

...The  ability  to  ensure  that  certain  "master- 
record"  data  is  consistent  within  a  multiple- 
risk  account. 


Producer 


...The  ability  to  create,  maintain  and  inquire 
against  a  file  of  producers  which  contains  such 
data  as  name  and  address,  license  data, 
identification  numbers,  commission  data,  etc. 
On  the  Data  Conveyor,  producer  files  may  be 
implemented  using  key  index  files  to  access 
producer  data  stored  on  the  company's 
mainframe. 


Security 


Access  to  the  Data  Conveyor  System  and  policy 
files  is  currently  restricted  by  user  (ID) 
account  and  optional  passcodes. 


Class  File  Maintenance      Currently,  class  phraseology  is  automated  for 

many  General  Liability  codes  ( SMP  and 
monoline) ,  and  for  Workers'  Compensation. 

As  the  operator  enters  a  specific 
classification  code  (including  applicable 
multiple  description  codes),  the  system 
automatically  enters  the  corresponding 
descriptive  phraseology.     This  descriptive  data 
will  appear  in  any  subsequent  on-line 
inquiries,  and  in  hard  copy  production. 


Conditional  The  ability  to  verify  selected  policy  data 

Transaction  Routing  from  locally  processed  transactions 

via  Mainframe  against  central  files,  and  route  or  flag  local 

transactions  based  on  next-day  response  from 
.T  the  host. 


( 
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TABLE  MANAGEMENT 
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IV.     Table  Management 


General  Description 


The  large  system  tables  that  are  used  to 
automate  Commercial  Lines  manual  rating  tables 
are  supported  by  a  specific  combination  of 
SIMPLIE  programs.     These  tables  are  created  and 
maintained  in  the  Implementer ' s  Mode  of  the 
SIMPLIE     Software  System. 

Designed  to  accommodate  the  frequent  changes 
and  revisions  characteristic  of  Commercial 
Lines  rate  and  coding  tables,   SIMPLIE' s  table 
programs  can  be  used  to  create  tables  of  1-to 
N-dimensions ,   to  control  other  tables,  and  to 
maintain  the  range  of  date-sensitive  tables 
required  for  rate  history  files. 

In  the  SIMPLIE  system,  rate  tables  are 
constructed  as  2-dimensional  matrixes,  where 
the  value  of  each  line  or  column  name  (search 
value)  may  itself  be  multidimensioned . 

Rate  tables  are  composed  independently  of  the 
insurance  application  programs,     A  table  search 
is  activated  by  an  entry  on  the  rating  screen 
of  one  or  more  field  values  which  correspond  to 
the  names  of  lines  and  columns  in  the  target 
table.     No  additional  interface  is  required: 
when  the  tables  have  been  composed  and  stored 
on  disk,  they  are  ready  for  use  with  the 
applications  programs. 

Tables  may  be  created  and  maintained  either  by 
system  implementer s ,  or  by  user  or  other  non- 
technical personnel  working  in  conjunction  with 
implementers . 

General  Purpose  The  design  of  these  tables  makes  them  readily 

adaptable  to  other  applications  which  require 
1-to  N-d imensional  matrixes  that  are  easy  to 
create,  change,  and  maintain. 
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Table  Architecture 


On-Line  Interactive 


System  Directed  Entry 


Tables  are  composed  on-line,  by  following  a 
conversational  dialog  vith  the  system. 
New  tables  may  be  created  as  original  files,  or 
by  copying  (renaming)  existing  tables. 


User-Oriented 


Rate  tables  are  composed  in  two  parts:  the 
table  shell  and  the  table  items.     The  table 
shell  contains  the  table  parameters,  including 
the  table  name,  the  name  and  size  of  line  and 
column  headings,  method  of  table  search,  etc. 
When  the  table  shell  has  been  composed  and 
stored,  the  table's  inner  cell  values  are 
created  with  a  separate  program.     The  two-part 
construction  makes  it  possible  to  manipulate, 
duplicate  or  print  either  the  entire  table  or 
the  shell  alone.     Partially  completed  tables 
may  be  stored  and  finished  at  a  later  date. 

The  system  itself  automatically  maintains  a 
directory  of  all  tables.     The  table  name  itself 
is  a  descriptor:   it  incorporates  such  key 
elements  as  state  code,   line  of  business  or 
subline,   effective  date  and  revision  date  of 
the  contents. 


Ease  of  Change 


Addition  and  deletion  of  table  lines,  columns, 
and  items  may  be  accomplished  without  total  re- 
entry of  the  table. 

To  minimize  the  number  of  table  variations  and 
table  changes  required,  footnotes  are  normally 
embedded  in  the  logic  for  the  applications 
programs.     This  approach  makes  it  possible  to 
manipulate  table  rates  with  one  or  two  lines  of 
logic  rather  than  revise  an  entire  table. 


Test  Capabilities 


When  a  table  has  been  composed  and  the  search 
logic  for  the  application  program  has  been 
completed,   the  table  may  be  tested  in  the 
Implementer ' s  mode  before  it  is  used  in  the 
production  system.     Updates  and  changes  may  be 
made  to  each  table,  as  needed. 


Audit  Reporting 


Tables  maintained  by  Data  Concepts'  Tables 
Department  are  monitored  with  an  automated 
table  log. 


Printing  Supported 


Records  are  kept,  on  a  sy stem-by- system  basis, 
of  the  status  of  tables  in  the  system, 
including  the  time  and  date  of  the  last 
revision,  table  type,  and  protection  status. 

Tables  may  be  printed  and/or  displayed  in  their 
entirety,  or  line  by  line. 

System  tables  and  their  calling  statements  are 
composed  in  SIKPLIE. 
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V. 

BENEFITS 


V.  Benefits 


Rapid  Availability  of 
Complex  Applications 


Productivity  Increased 


Improved  Information 
Availabiliy 


In  actual  installations,  Data  Conveyor 
Commerical  Lines  Pol  icy vr iting  Systems  have 
produced  multiple,  measurable  benefits  for  end 
users,   system  implementers ,  and  other 
departments  beyond  the  direct  user  group. 

An  immediate  benefit  of  SIMPLlE's  conciseness 
is  that  new  applications  can  be  created  and 
demonstrated  in  far  less  time  than  is  possible 
with  conventional  development  tools.  Because 
the  user  sees  a  working  model  of  the  system  far 
more  quickly  than  with  other  application 
development  methods,   suggestions  for  change  can 
be  more  specifically  defined.     Because  the 
software  architecture  is  inherently  flexible, 
changes  are  also  made  rapidly. 

Data  Conveyor  Commercial  Lines  Insurance 
Systems  can  help  reduce  manual  transaction 
processing  time  by  up  to  80%.     The  system 
performs  the  bulk  of  routine  processing  tasks 
quickly  and  accurately,  freeing  the  operator  of 
redundant  data  entry  and  time-consuming  manual 
document  production. 

The  result  for  other  departments  is  far 

more  rapid  response  time  and  impressive  agent 

or  customer  service. 


Improved  Work  Flow 


Automated  work  flow  and  file  handling  improves 
efficiency  by  eliminating  lengthy  searches  for 
records  or  lost  files,   speeding  production 
time,  and  providing  a  flexible  but  consistent 
transaction  flow. 


Training  Time  Reduced 


A  reduction  in  the  number  of  screens  required 
for  complex  systems,   screen  formats  which 
resemble  familiar  paper  forms,  and  customized 
prompts  and  error  messages  make  system  training 
a  far  easier,  more  comfortable  process  for  the 
operator.     The  automation  of  rates,  rules  and 
procedures  makes  it  possible  for  rating 
personnel  to  achieve  a  high  level  of 
proficiency  in  a  very  short  period  of  time. 


In  addition  to  the  reduction  in  time  required 
for  rater  training,   investment  in  training  for 
other  functions  that  would  normally  be 
performed  manually  (such  as  statistical  coding 
and  policy  typing)  can  be  reduced  or 
eliminated,  depending  upon  the  system's 
functional  configuration. 


Standard  Operating 
Procedures 


With  system-controlled  work  flow  and 
policy  processing,  consistency  is  a  significant 
by-product.     Standardization  of  calculations 
and  forms  production  ensures  consistent  rating, 
processing  and  production  results  across 
company  operations. 


Dramatic  Accuracy 
Improvement 


With  immediate,  comprehensive  editing  of 
operator-entered  data,  elimination  of  duplicate 
data  entry,  and  automatic  generation  of  up  to 
80%  of  all  of  the  data  produced  on  the  system, 
improved  accuracy  is  an  early,  measurable, 
money- saving  benefit.     At  one  company, 
installation  of  a  Data  Conveyor  system  designed 
to  rate,  quote  and  issue  multiperil  policies 
resulted  in  greater  than  95%  premium  accuracy 
before  quality  verification. 


'  Trademark  of  Data  Concepts  Incorporated 
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DATA  CONVEYOR  CONCEPTS 

The  Data  Conveyor  System  is  Data  Concepts  Incorporated's 
complete  hardware  and  software  package  for  automating  "front- 
end"  business  insurance  policy  systems.  The  Data  Conveyor 
System  is  a  complete  transaction  processing  system  which  in- 
cludes: 

•  a  design  methodology: 

•  a  software  development  system: 

•  an  integral  data/message  flow  framework. 

The  Data  Conveyor  System  design  methodology  is  the  Fully 
Automated  Specification/Structuring  Technique  (FASIST)  for 
defining  insurance  company  applications.  Applications  defined 
through  the  FASIST  methodology  are  implemented  and  exe- 
cuted by  the  Systems  IMPIementor/Executor  (SIMPUE) 
software.  All  processing  takes  place  within  a  defined  work-in- 
process/data  flow  environment. 

The  Data  Conveyor  System  was  developed  in  response  to  the 
need  for  flexibile,  easy-to-use  office  automation  systems  to  be 
used  in  the  insurance  underwriting  environment.  The  Data 
Conveyor  System  is  a  fundamentally  new  approach  to  the 
implementation  and  operation  of  transaction  processing  sys- 
tems. The  Data  Conveyor  System  automates  complex  insurance 
transactions  in  a  way  that  closely  conforms  to  the  natural  office 
environment  and  the  company's  specialized  processing 
requirements. 

Currently,  clerical  users  perform  office  processing  tasks  such  as 
insurance  policy  writing  on  a  manual  basis.  The  process  is  difficult 
and  complex.  The  rate  of  errors  involved  in  completing  applica- 
tions, performing  rating  calculations,  preparing  policy  formats  for 
typing,  typing  policies,  and  filing  policies  for  future  use  often 
exceeds  50%  of  the  policies. 

The  Data  Conveyor  System  reduces  errors  by  80%  and  can  cut 
the  clerical  user  time  used  to  prepare  a  policy  by  as  much  as  70% 
o/  the  time  required  for  the  identical  manual  operation. 

Architecturally,  the  Data  Conveyor  System  is  based  on  two 
principal  operating  features: 

•  production  line  processing;  and 

•  "electronic  paper". 


Production  Line  Processing 


HARDWARE  CONSIDERATIONS 


Data  Conveyor  production  line  processing  is  analogous  to  a 
manufacturing  production  line:  a  product  moves  down  an  as- 
sembly line,  and  value  is  added  at  every  work  station,  either  by 
people  or  by  specialized  machinery,  whichever  is  more  appro- 
priate. 

Similarly,  work  progresses  sequentially  down  the  Data  Conveyor 
System,  and,  at  each  work  station,  processing  functions  are 
performed  cooperativefy  by  a  trained  clerical  user  and  the  sys- 
tem, working  in  close  collaboration.  Immediate  results  for  each 
transaction  are  stored  in  a  work-in-process  file  for  later  display  at 
i  subsequent  work  stations. 

!  Transactions  can  be  automated  to  any  desired  degree,  from 
"lightly  automated"  (in  which  the  clerical  user  performs  most  of 
the  processing  functions)  to  fully  automatic. 

I  The  Data  Conveyor  System  may  have  any  reasonable  number  of 
work  stations,  and  the  specific  processing  tasks  of  a  particular 
transaction  may  be  assigned  to  the  various  work  stations  as  de- 

^  sired.  Individual  transactions  progress  from  work  station  to  work 
station  in  accordance  with  transaction  requirements,  thereby 
forming  a  conveyor  network  rather  than  a  common  conveyor  line. 

j  In  addition,  all  of  these  specific  processing  attributes  and 
system  features  may  easily  be  modified. 


Electronic  Paper 

The  system  supports  electronic  paf>er  in  that  it  appears  to  be 
processing  in  accordance  with  established  paper  processing 
practices.  Cunrentfy,  clerical  users  who  perform  business  insur- 
ance processing  tasks  on  a  manual  tsasis  complete  applications, 
perform  rating  calculations,  prepare  policy  formats  for  typing, 
type  policies,  and  file  the  policies  for  future  use. 

The  Data  Conveyor  System  appears  to  do  the  same  thing.  With 
the  assistance  of  the  Data  Conveyor  System,  clerical  users  pro- 
cess work  in  a  familiar  manner.  The  primary  difference  is  that  the 
system  performs  the  bulk  of  the  required  processing  tasks,  and 
the  clerical  user,  utilizing  the  electronic  paper  capabilities  of  the 
system,  need  only  enter  a  minimum  of  source  data  and  make 
appropriate  decisions. 

In  essence,  the  system  always  tries  to  do  the  next  processing 
step  automatically.  If  it  can,  it  displays  the  results  and  continues. 
If  not,  it  requires  the  clerical  user  to  take  action.  In  this  way,  most 
of  the  routine  clerical  actions  and  processes  are  taken  over  by 
the  system,  resulting  in  far  greater  productivity,  reduction  of  re- 
dundant effort,  reduction  in  errors,  lower  cost,  and  greater 
accuracy. 


The  Data  Conveyor  System  is  a  flexible,  distributed,  interactive, 
transaction-processing  system.  The  system  hardware  may  be 
almost  any  high-pertormance  minicomputer  or  microcomputer 
with  appropriate  memory,  disk  storage,  video  terminals,  one  or 
more  printers,  a  tape  drive,  and  communication  devices. 

Terminals  can  be  added  to  or  removed  from  the  system  easily  and 
conveniently.  Terminals  can  be  used  for  a  number  of  functions, 
such  as: 

•  implementing  new  programs  and  maintaining  them; 

•  testing  and  documenting  programs; 

•  entering  data;  and 

•  updating  rate  tables. 


Hardware  Transfwrtabiility 

The  SIMPLIE  System  application  programs  and  system  software 
can  readily  be  transported  to  new  hardware.  Once  a  small 
(25,000  byte)  interface  program  is  written  in  the  host  assembly 
language  and  interfaced  to  the  opjerating  system,  all  system  and 
application  software  can  be  moved  without  change.  The  SI  MPUE 
System  exists  as  a  task  within  the  host;  COBOL  and  word  pro- 
cessing software,  etc.,  can  operate  concurrently  with  the 
SIMPLIE  System. 

The  ability  of  the  Data  Conveyor  System  programs  to  equal  or 
exceed  the  functional  capabilities  of  mainframe-based  systems 
and  yet  operate  on  small  computers  is  remarkable.  When  one 
considers  that  modern  minicomputer  hardware  can  be  pur- 
chased at  less  than  one-tenth  the  cost  of  mainframe  hardware  for 
equivalent  throughput,  the  potential  to  satisfy  new  needs  is 
apparent. 


FASIST  DESIGN  METHODOLOGY 

The  Data  Conveyor  System  design  methodology  is  the  Fully 
Automated  Specifications/Stnjcturing  Technique  (FASIST)  for 
defining  company  applications. 


implementer  and  Clerical  User  Training 

The  Data  Conveyor  System  software  is  structured  to  t>e  conver- 
sational, for  both  the  implementer  and  the  clerical  user.  The  Data 
Conveyor  System  is  highly  sophisticated,  but  its  conversational 
structure  allows  the  implementerto  enter  meaningful  information 
without  the  need  to  learn  a  complex  new  language.  Its  conversa- 
tional presentation  on  the  display  screen  allows  the  clerical 
user  to  interact  comfortably  with  the  system  without  the  need  to 
refer  constantly  to  user  documentation  ortoattend  lengthy  train- 
ing classes. 


Specification  Generator  and  Generalized  Macros 

The  SIMPLIE  System  generates  detailed  specifications  (Pre- 
scripts) rather  than  executable  object  code.  A  Prescript  is  a 
highly  concise  expression  of  an  application.  The  SIMPLE 
System  Execution  Programs  execute  these  Prescripts  directly 
during  production  operation.  The  Execution  Programs  are  hier- 
archical sets  of  100  common,  generalized  application  macros. 
Because  they  exist  in  a  hierarchical  set,  they  too  are  highly 
concise. 

The  comoact  structure  of  both  the  Prescripts  and  the  macros 
means  that  the  SIMPUE  System  can  operate  comfortably  on  a 
minicomputer,  regardless  of  the  complexity  of  the  application 
being  automated. 

The  SIMPUE  System  has  the  equivalent  of  all  the  following  con- 
ventional software  built  in: 

•  Terminal  Control  System; 

•  Data  Base  Management  System; 

•  Report  Program  Generator/Report  Writer; 

•  Batch  Program  Generator; 

•  Screen  Formatter/Generator; 

•  Automatic  Transaction  Assembler; 

•  Automated  Program  Verifier/Debugger  Aids; 

•  Automated  Documentation  Programs; 

•  Automated  Work  Station,  Queue,  File,  and  Task  Scheduler, 
and 

•  Program  Utilities, 


The  SIMPUE  System  can  automatically  p>erform  such  common 
functions  as: 

•  Work  station  queue  management— setting  up  work  station 
queues  and  transferring  transaction  markers  from  one  station 
to  another; 

•  Implicit  reading  and  writing  of  records— automatic  reading  and 
writing  of  various  records  based  on  specific  names  and 
context;  and 

•  Automatic  programming— downstream  programming  func- 
tions.the  equivalent  of  macro  assembly,  detailed  coding,  and 
linking  are  either  automatically  provided  by  the  system  or  are 
not  required. 

Most  of  the  system  capabilities  are  transp>arent  to  implementers: 
hardware  characteristics,  operating  system  functionality,  and  a 
multiplicity  of  other  programming  features. 


Data  Base  Management 

The  SIMPUE  System  includes  a  comprehensive  Data  Base 
management  facility  which  is  optimized  for  executing  SIMPUE 
System  applications. 

All  common  Data  Base  functions  which  create,  modify,  use  files, 
etc.  are  available.  Access  via  multiple  keys,  use  of  linked  or  in- 
verted files,  file  maintenance  and  protection  features  are  also 
included. 

In  addition  to  the  common  Data  Base  functions,  the  SIMPUE 
System  contains  several  unique,  integrated  capabilities.  One  of 
the  most  powerful  is  its  ability  to  handle  bulk  records.  Bulk  re- 
cords have  no  fixed  internal  format,  and  may  be  of  any  size.  They 
are  extremely  useful  because  they  enable  the  handling  of  textual 
and  formatted  data  and  system  control  statements  on  an  inter- 
mixed basis.  In  addition  to  other  SIMPUE  System  facilities,  the 
ability  to  handle  bulk  records  relieves  system  implementers  of 
the  necessity  to  format  records.  It  also  provides  great  flexibility 
and  efficiency  in  file  handling  of  neariy  any  form  of  data.  The 
several  bulk  files  provide  unlimited  virtual  memory  for  complex 
manipulations  of  the  SIMPUE  System.  The  operating  system 
sees  a  bulk  file  as  a  giant  relative  file. 

The  SIMPUE  System  enables  easy  two-way  conversion  be- 
tween bulk  and  all  other  files  such  as  relative,  index,  and  sequen- 
tial. 

Because  the  SIMPUE  System  has  a  universal  file  and  formatting 
capability,  rt  can  easily  interface  with  any  other  Data  Base  or 
combination  of  Data  Bases  on  other  systems,  both  centralized  or 
distributed. 


Named  Data  Items 

The  SIMPUE  System  operates  entirely  on  named  data  items  and 
uses  named  data  items  during  execution.  Each  data  item  has  a 
name  and  value,  and  is  referenced  by  name  during  execution. 
Data  items  may  either  be  formatted  or  textual.  The  system  han- 
dles formatted  or  textual  data  items  with  equal  ease. 


Modeling 

Using  the  SIMPUE  System,  an  implementer  may  enter  rough 
draft  requirements  for  a  new  application.  Once  the  requirements 
are  entered,  the  application  can  be  modeled  (because  it  is  now 
in  executable  form).  Suggestions  for  improvements  from  users 
can  easily  be  incorporated  into  the  system  within  a  few  hours  or 
days. 

After  two  or  three  iterations,  an  acceptable  version  of  the  system 
is  achieved.  Because  the  application  already  exists  in  a  high-per- 
formance form,  it  is  unnecessary  to  rebuild  the  system  to  obtain 
a  production  version. 

As  a  result,  the  SIMPUE  System  permits  the  overiapping  of  three 
normally  serial  system  development  tasks: 
requirements  specification,  modeling  (or  prototyping),  and 
constnjction  of  the  production  system. 


Ease  of  Specification 

One  of  the  most  difficult  tasks  in  implementing  a  new  program  is 
to  get  the  specifications  right.  Specifying  in  the  FASIST  design 
methodology  is  easy  to  do,  not  only  for  exF>erienced  systems 
analysts  but  for  non-technical  personnel  as  well.  Users,  or 
methods  and  procedures  people  who  understand  the  business 
problem,  can  qualify  as  implementers.  Under  the  FASIST  meth- 
odology, the  impiementer  prepares  preliminary  application 
requirements  in  rough  draft  or  modeling  format  by  filling  out 
easy-to-understand,  highly  concise  forms  (FASIST  forms). 

The  impiementer  then  uses  a  video  display  terminal  to  select  the 
type  of  program  and  to  enter  the  FASIST  data  into  the  system 
through  an  interactive  dialog  with  the  SIMPLiE  System.  As  a 
result  of  this  dialog,  the  SIMPLIE  System  automatically  creates 
an  immediately  executable  application  specification  ("Prescript") 
in  a  highly  condensed  form. 

Applications  which  normally  have  taken  months  or  years  to 
create  have  been  implemented  in  weeks  and  months. 


SIMPLIE  SYSTEM 

SIMPLIE  stands  for  the  Systems  IMPLementor/Executor.  The 
SIMPLIE  System  was  developed  specifically  to  handle  complex 
transactions  processing  such  as  found  in  commercial  lines  policy 
writing.  It  is  a  unified,  highly  leveraged,  completely  self-contained 
software  system  used  for  the  creation,  testing,  documentation, 
and  maintenance  of  this  type  of  application.  The  SIMPLIE  System 
is  an  "application  generator/execution  facility"  type  of  system. 

SIMPLIE  System  consists  of  three  basic  types  of  programs: 

•  Implementation  Programs,  which  generate,  test  and  docu- 
ment program  specifications,  called  prescripts; 

•  Execution  Programs,  which  carry  out  processing  under  direc- 
tion of  the  Prescripts;  and 

•  Interface  Programs,  which  interface  the  implementation  pro- 
gram generator  and  execution  modules  to  the  host  computer 
system. 
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Ease  and  Speed  of  implementation 


MAJOR  ADVANTAGES 


Programming  (implementation)  is  thus  an  interactive  procedure 
of  entering  specifications  and  verifying  tl^e  resulting  Prescripts. 
The  SIMPLIE  System  contains  an  equivalent  for  all  software  ele- 
ments such  as  interpreters,  text  editors,  linkage  editors,  loaders, 
and  Data  Base  management. 

The  implementer  sees  and  deals  only  with  the  SIMPLIE  System. 
There  is  no  need  for  him  to  become  familiar  with  a  host  of  hard- 
ware or  software  characteristics.  This  enables  the  implementer 
to  concentrate  all  efforts  on  solving  the  applications  problem. 

Implementation  complexity  is  reduced;  implementation  may  be 
consolidated  into  a  job  for  a  single  person,  or  subdivided  among 
several  persons  who  have  various  application  and  organizational 
skills.  New  systems  can  be  implemented  in  a  few  simple  steps: 

1 .  Prepare  the  specifications  on  FASIST  forms. 

2.  Enter  the  specifications  into  the  computer  system. 

3.  The  computer  transforms  these  specifications  into  Prescripts. 

4.  The  computer  writes  the  Prescripts  into  executable  form  in  an 
appropriate  system  file. 

5.  The  insurance  specialist  tests  the  Prescripts  through  the  video 
terminal  and  modifies  them  as  required. 

Transformation  of  a  pilot  set  of  Prescripts  into  the  final  working 
Prescripts  is  not  a  major,  time-consuming  process.  An  applica- 
tion program  can  be  developed  quickly  from  rough  draft  to  final 
form,  and  its  operation  can  be  immediately  demonstrated. 


Ease  of  Debugging 

Each  set  of  Prescripts  (application  abstracts)  exists  as  an  inde- 
pendent module.  Consequently,  tfiere  is  no  ripple  effect  when  an 
error  is  made  in  one  of  the  modules.  The  SIMPLIE  System's 
application  testing  and  debugging  at  the  specification  level 
facilitates  debugging.  These  two  features  dramatically  reduce 
the  effort  required  to  test  and  revise  complex  transactions. 

An  application  program  is  debugged  by  running  sample  applica- 
tions on  a  step-by-step  basis  and  observing  the  partial  results  as 
they  are  displayed. 


Documentation 

The  SIMPLIE  System  automatically  prepares  application  docu- 
mentation at  the  Prescript  level.  Appropriate  comments  are 
entered  during  the  Prescript  specification  process  in  answer  to 
prompts  provided  by  the  system.  Thus,  documentation  is  always 
up-to-date,  reflecting  the  latest  modifications  and  enhance- 
ments to  the  program. 

Because  documentation  is  easy  to  create  (and  is  free  from 
manual  transcription  errors),  users  can  always  have  "live" 
documentation  with  which  to  work. 


Compared  with  conventional  programming  techniques,  the 
SIMPLIE  System  offers  a  ten-to-one  or  greater  improvement  in 
four  vital  areas: 

•  high  adaptability; 

•  high  productivity; 

•  machine  independence;  and 

•  high  conciseness. 

High  Adaptability 

The  SIMPLIE  System  includes  the  following  capabilities: 

•  the  ability  to  process  both  formatted  and  textual  data  inter- 
changeably; 

•  the  ability  to  produce  systems  in  user  friendly  form; 

•  the  ability  to  automate  even  the  largest  and  most  complex 
business  transactions; 

•  the  ability  to  implement  applications  with  varying  levels  of 
automation  (it  is  not  necessary  to  automate  an  application 
completely  unless  so  desired);  and 

•  the  ability  to  operate  in  and  support  an  environment  of  contin- 
uous change. 


High  Productivity 

The  SIMPLIE  System  is  a  highly  leveraged  software  tool  that 
enables  an  implementer  to  create  and  maintain  applications  with 
a  small  fraction  of  the  effort  required  by  conventional  program- 
ming techniques.  For  complex  applications,  the  rate  of  producti- 
vity of  an  implementer  using  the  SIMPLIE  System  is  at  least  ten 
times  that  of  a  programmer  writing  the  same  applications  in 
COBOL,  for  example. 


Machine  lndef>endence 

The  SIMPLIE  System  is  inherently  machine  independent,  except 
for  a  set  of  low- level  Interface  Programs  (approximately  25,000 
bytes)  which  must  be  written  in  assembly  language  code  once  for 
each  microcomputer  system  on  which  the  SIMPLIE  System  is  to 
operate. 


High  Conciseness 

The  SIMPLIE  System  provides  all  of  the  functional  capabilities 
mentioned  above  for  high  adaptability,  high  productivity,  and 
machine  independence,  yet  it  is  very  concise.  This  structural 
advantage  enables  it  to  run  on  a  minicomputer  system,  the  natu- 
ral form  for  office  automation  systems. 


Inherent  Data/Message  Flow-  *" 

Implicit  within  the  Data  Conveyor  System  is  the  ability  to  transfer 
messages  and  data  between  work  stations  and  other  system 
elements.  Normal  routing  is  designated  at  the  time  a  transaction 
is  defined.  This  flow  may  be  altered  either  by  system  logic  or 
operator  action.  Both  attended  and  automatic  work  stations  are 
inherent  to  the  system,  the  number  of  which  may  readily  be 
expanded  or  contracted.  Neariy  all  of  the  above  features  are 
available  without  programming  at  the  application  level. 
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420  Bedford  Street 
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IN  TODAY'S  HIGHLY  COMPETITIVE  BUSINESS  ENVIRONMENT, 
THE  ONLY  CERTAINTY  IS  CHANGE. 


DATA  CONCEPTS  INCORPORATED 


Tools  for  a  Changing  Environment 

In  today ' s  highly  competitive  business  environment ,  almost  the  only  constant 
is  change.  Leadership  in  the  markets  of  the  '80s  means  continually 
introducing  new  products  and  services,  improving  existing  products, 
customizing  for  new  markets  and  controlling  costs  to  stay  competitive. 
Product  life  cycles  are  shorter.  Price  quotations  must  be  made  rapidly  and 
accurately.  With  changing  prices  and  product  lines,  information  processing 
cannot  lag  behind  operations. 

Processing  the  increasing  amounts  of  data  required  to  serve  customers  and 
support  a  business  is  a  big  undertaking.  Businesses  look  to  automation  to 
manage  more  information  and  improve  productivity.  But  sometimes  the 
complexity  of  the  computerized  "cure"  only  aggravates  the  existing  paperwork 
disease . 

Not  all  Transactions  are  Created  Equal 

Within  a  given  business,  different  kinds  of  transactions  must  be  handled. 
For  many  large  companies,  customer  service  transactions  —  the  "production" 
side  of  the  business  —  happens  in  branches,  divisions,  and  regional  offices, 
but  data  processing  activity  —  administrative  and  financial  applications  — 
remains  centralized.  Both  the  "branch  office"  transaction  handling  and 
corporate  data  processing  must  be  supported.  But  the  requirements  and 
characteristics  of  different  transactions  can  be  extremely  diverse.  The 
differences  can  -  and  should  -  make  a  difference  in  a  company's  plans  for 
automation. 

The  Economics  of  Automation 

In  the  past  few  years,  the  cost  of  computer  equipment  has  fallen  as  fast  as 
hardware  performance  has  improved. 

But  the  cost  of  developing  and  maintaining  applications  software  for  computer 
systems  has  skyrocketed  while  "software  productivity"  for  certain  types  of 
applications  has  lagged  behind.  Published  surveys  pinpoint  bottlenecks  in 
two  areas : 

1  .     The  documented  number  of  applications  in  corporate  data  processing 
centers  is  growing  at  a  rate  of  45  percent  per  year. 

2.     Today's   programmer   spends   70  percent  of  his   time  reworking  old 
^  programs  to  enable  them  to  handle  new  requirements  or  to  make  them 

work  with  new  equipment. 
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The  Search  for  Software  Productivity 

To  be  truly  responsive  to  business  needs  in  the  next  decade,  software  should 
improve  productivity  in  two  areas: 

For  the  user,  the  application  program  should  be  easy  to  learn  and  work  with. 
It  should  handle  the  transactions  required,  and  be  adaptable  to  the 
inevitable  changes  of  the  business. 

For  programmers,  the  software  development  tools  should  help  create  a  new 
application  or  complete  maintenance  work  quickly.  Ideally,  an  applications 
software  development  system  should  be  a  complete  "toolbox"  for  developing, 
maintaining,  testing  and  documenting  an  application  over  its  entire  life 
cycle. 

There  is  a  system  that  offers  such  dual  productivity.     It's  called  SIMPLIE. 


.  T 
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SIMPLIE:  THE  COMPLETE  LIFE  CYCLE  OFFICE  SOFTWARE  SYSTEM 


SIMPLIE  is  a  unified,  comprehensive,  self-contained  software  system. 
Designed  by  Data  Concepts  to  automate  highly  complex  business  transactions, 
SIMPLIE  models,  tests,  documents,  maintains,  and  executes  complex 
applications  in  only  a  fraction  of  the  time  required  with  conventional 
software  development  tools.  Operating  on  powerful  but  economical  mini-  or 
microcomputer  hardware,  SIMPLIE  incorporates  all  of  the  functions  required 
to  create,  use,  and  maintain  an  applications  program. 

SIMPLIE  stands  for  Systems  Implementor/Executor .  A  fundamentally  new 
approach  for  handling  distributed  transaction  processing,  SIMPLIE 

easily  accommodates  applications  which  require  continuous 
change 

handles  applications  in  which  decision  making  and  addition  of 
.   new  data  are  required  throughout  the  transaction  cycle 

-      handles  both  formatted  and  unformatted  data  in  one  system 

requires  only  one  English-like  "specifying"  language  to  use  the 
system. 

Why  the  emphasis  on  complex  transactions? 

COBOL  and  most  other  conventional  design  tools  were  optimized  for 
centralized,  batch-oriented  processing  environments.  When  processing 
requirements  and  output  formats  are  relatively  stable,  these  tools  fit  the 
bill.  But  the  languages  used  for  simpler,  more  stable  applications  are  too 
cumbersome  to  adapt  to  constant  change.  For  applications  which  don't  stand 
still,  companies  need  a  software  tool  designed  for  the  requirements  of  a 
complex  system. 

SIMPLIE  was  developed  specifically  to  automate  complex  transactions  in  a 
distributed  processing  environment.  • 
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What  about  other  high-level  tools? 


Most  other  high-level  application  development  tools  are  also  optimized  for 
specific  types  of  applications.  Many  of  them  address  only  portions  of  the 
overall  application,  such  as  report  or  data  base  requirements.  Most  are  not 
generalized  tools.  And  most  high  level  tools  do  not  generate  application 
programs  directly  from  specifications.     SIMPLIE  does. 

SIMPL!E  is  a  flexible,  completely  interactive  system  which  can  be  used  by  both 
programmers  and  end  users,  with  dramatic  time  and  cost  saving  results. 

SIMPLIE  integrates  all  of  the  elements  required  to  address  all  phases  of  the 
software  life  cycle: 

Terminal  Control  allows  the  user  to  access  programs,  use  the  system's 
menus,  and  enter  data. 

A  Screen  Formatter  and  Generator  facilitates  the  design  and  presentation 
of  screen  displays.  The  dialog  used  to  develop  a  screen  format  also 
prompts  the  programmer  for  data  field  formats,  field  edit  checks,  and 
field  calculations. 

A  Batch  Program  Generator  provides  the  facilities  to  perform  summary 
calculations  on  a  single  file  or  hundreds  of  files  of  data. 

A  Report  Program  Generator  facilitates  the  design  of  formats  for  printed 
output  and  controls  the  printing  of  all  forms. 

An  Automiated  Program  Verifier  and  Testing  Aids  simulate  the  applications 
execution  mode,  so  programs  can  be  tested  "live"  before  they  are 
assembled  together  or  added  to  existing  applications. 

Automated  Documentation  Programs  provide  complete  current  documentation 
for  program  statements,  screen  and  output  formats,  directories,  and 
other  system  facilities. 

An  Automatic  Transaction  Assembler  uses  a  simple  program  to  assemble  the 
elements  of  each  complete  transaction  into  executable  form. 

Automated  Work  Station,  Queue,  File  and  Task  Schedulers  handle  the  "job 
management"  details  for  every  transaction,   every  application. 
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A  unique  Data  Base  Management  System  creates,  stores,  deletes,  and 
maintains  all  of  the  files  in  the  system  automatically.  Because  data  is 
stored  in  an  unformatted  or  "bulk  record"  form  and  data  base  management  is 
accomplished  with  a  few  simple  naming  conventions,  the  programmer  need 
not  format  data  (unless  the  application  requires  it),  or  be  concerned 
with  the  location  of  data  in  storage  in  order  to  use  it. 

Program  Utilities  include  a  comprehensive  set  of  service  routines  for 
duplicating  programs,  updating  programs  and  lists,  etc. 

Unlike  conventional  software,  however,  SIMPLIE  itself  performs  many  of  these 
functions  automatically  and  transparently  to  the  programmer.  Simply  by 
following  a  concise,  conversational  dialog,  a  programmer  can  enter  all  of  the 
information  required  to  create  and  maintain  even  the  most  complex 
applications. 


T 
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HOW  THE  SYSTEM  WORKS 


SIMPLIE  software  consists  of  three  basic  types  of  programs; 

o  Implementation  Programs,   which  generate,    test   and  document 
application  specifications  called  PRESCRIPTS; 

o    Execution   Programs,    which    carry    out    processing    under  the 
direction  of  Prescripts;  and 

o  Interface  Programs,  which  connect  the  implementation  program 
generator  and  execution  programs  to  the  host  computer  system. 

The  system  also  incorporates  a  design  methodology  to  help  speed  system 
development. 

FAS! ST  Design  Methodology  for  Ease  of  Specification 

One  of  the  most  difficult  tasks  in  implementing  a  new  program  is  getting  the 
specifications  right. 

The  design  methodology  used  with  SIMPLIE  software  is  a  Fully  Automated 
Specif ication/ Structuring  Technique  (FASIST). 

FASIST  is  easy  for  both  experienced  systems  analysts  and  non-technical 
personnel  to  use.  With  the  FASIST  methodology,  the  programmer  or 
implementer  prepares  a  rough  draft  of  preliminary  application  requirements 
by  f  il  ling  out  highly  concise  ,  easy-to-under  stand  forms  .  These  FASIST  forms 
outline  the  screen  layout,  output  processing  and  form  layout,  and  batch 
processing  requirements  for  the  entire  system. 

SIMPLIE  Generates  Executable  Specifications... 

The  implementer  uses  a  video  display  terminal  to  select  a  program  and  enter 
data  into  the  computer  by  following  a  conversational  dialog  with  SIMPLIE. 
The  dialog  prompts  the  implementer  for  instructions  on  what  should  be  done 
with  the  data;  the  system  takes  care  of  file  creation  and  retrieval,  storage, 
and  control  procedures. 

As  a  result  of  this  dialog,  SIMPLIE  automatically  creates  a  highly  concise  set 
of  specifications  called  PRESCRIPTS.  PRESCRIPTS  are  immediately  executable 
by  the  system,  with  no  further  programming  steps  involved.  As  far  as  the 
implementer  is  concerned,  the  specifications  (Prescripts)  are  the  program. 
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To  Bring  Complex  Applications  On  Line  Faster... 

Because  Prescripts  are  directly  executable,  the  prototype  application  can  be 
tested  and  demonstrated  immediately.  Suggestions  for  improvements  from 
users  can  easily  be  incorporated  into  the  system,  often  in  minutes,  hours,  or 
day  s . 

Because  both  the  system  and  the  implementer  work  only  with  specifications, 
and  because  the  system  overlaps  specification,  modelling,  and  construction 
of  the  production  system,  applications  which  might  otherwise  take  months  or 
years  to  create  can  be  developed  in  weeks  or  months.  "Downstream" 
programming  functions  -  the  equivalent  of  program  assembly ,  detailed  coding, 
and  linking  -  are  either  automatically  performed  by  the  system  itself  or  are 
not  required. 

...And  Executes  the  Application  Under  Prescript  Control 

The  Prescripts  generated  during  implementation  control  the  system  during 
production  operation.  The  Execution  programs  themselves  consist  of  a  set  of 
100  common,  concise,  generalized  macros,  which  combine  hundreds  of 
programming  steps  in  a  single  module. 

The  compact  structure  of  both  the  Prescripts  and  the  Execution  programs  means 
that  SIMPLIK  software  can  operate  comfortably  on  a  mini-  or  microcomputer, 
regardless  of  the  complexity  of  the  application  involved.  This  conciseness 
allows  companies  to  take  full  advantage  of  price/performance  advancements  in 
hardware  technology. 
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Data  Base  Management 

SIMPLIE  software  includes  a  comprehensive  data  base  management  facility 
which  is  optimized  for  complex  transaction  processing  systems. 

All  data  base  functions  required  to  create,  modify ,  use  and  maintain  files  are 
available.  Files  may  be  protected  from  unauthorized  access  and  from 
simultaneous  attempts  by  more  than  one  user  to  update  the  contents  of  the 
file. 

In  addition  to  conventional  data  base  functions,  the  SIMPLiE  system  provides 
several  unique,  integrated  capabilities.  One  of  the  most  powerful  is  its 
ability  to  handle  unformatted  data  in  "bulk  record"  form.  This  bulk  record 
capability  enables  the  system  to  handle  text,  formatted  data  and  system 
control  statements  on  an  intermixed  basis,  and  relieves  the  implementer  of 
the  need  to  format  records. 

SIMPLIE  software  enables  easy,  two-way  conversion  between  bulk  and 
conventional  formatted  record  types.  Because  it  has  a  universal  file  and 
formatting  capability,  SIMPLIE  can  interface  with  any  other  data  base  or 
combination  ofdatabaseson  other  systems  ,  both  centralized  and  distributed  . 

Ease  of  Testing 

Each  set  of  Prescripts  exists  as  an  independent  module .  Consequently,  there 
is  no  ripple  effect  when  an  error  is  made  in  one  of  the  modules.  Because 
system  testing  is  performed  at  the  specification  level,  the  effort  required 
to  test  and  revise  complex  transactions  is  dramatically  reduced. 

Automated  Documentation 

Because  the  SIMPLIE  system  virtually  documents  itself  as  specifications 
(Prescripts)  are  created;  documentation  is  always  current.  Whether  a 
displayed  or  printed  version  is  required,  documentation  is  easy  to  create  and 
free  from  manual  transcription  errors. 

Hardware  Considerations:     Economy  and  Transportability 

SIMPLIE's  compact  design  enables  it  to  operate  comfortably  on  today's 
powerful ,  attractively  priced  smaller  systems  .  SIMPLIE  software  may  be  used 
on  almost  any  high-performance  minicomputer  or  microcomputer  with 
appropriate  memory,  disk,  storage,  video  terminals,  one  or  more  printers,  a 
tape  drive,  and  communications  devices. 
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Both  the  system  software  and  application  programs  can  readily  be  transported 
to  new  hardware.  Once  a  small (25,000  byte)  interface  program  is  written  in 
the  host  assembly  language  and  interfaced  to  the  operating  system,  all 
SIMPLIE  system  and  application  software  can  be  moved  without  change. 
SIMPLIE  exists  as  a  task  within  the  host  and  can  operate  concurrently  with 
COBOL,  word  processing,  and  other  software. 

Specifically,  How  Can  SIMPLIE  Help? 

Compared  with  conventional  programming  techniques,  the  SIMPLIE  system  helps 
both  technical  and  non-technical  people  function  more  efficiently. 

For  complex  applications,  the  rate  of  productivity  of  an  implementer  using 
SIMPLIE  software  is  at  least  ten  times  that  of  a  programmer  writing  the  same 
applications  with  conventional  software  tools. 

Major  advantages  are 

o  Conciseness 

The  specifications  (Prescripts)  developed  with  SIMPLIE  are  only 
l/50th  the  size  of  programs  written  with  conventional  methods. 
Because  Prescripts  are  so  highly  condensed,  and  because  they  in  turn 
call  on  a  set  of  highly  condensed,  universal  "macro"  functions, 
maintenance  of  highly  complex  applications  is  easier  and  faster. 

o      Increased  Productivity 

Because  both  the  implementer  and  the  system  work  only  at  the 
specification  level,  development  of  a  production  system  is  not  a 
separate  step  in  building  the  system.  Application  development  is 
streamlined,  so  users  can  see  a  model  system  on  line  in  a  very  short 
time.  Corrections  and  revisions  can  be  "turned  around"  with  far 
less  time  and  effort. 

o  Adaptability 

With  SIMPLIE  software,  applications  can  be  automated  to  whatever 
degree  is  most  appropriate  for  your  business.  Even  when  data  is 
entered  manually,  the  computer  completes  its  task  as  though  the 
operator's  entry  was  programmed  into  the  system. 
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Scope 


Implementation 

To  combine  the  range  of  capabilities  built  into  SIMPLIE,  programmers 
would  normally  need  to  learn  several  languages,  and  become  familiar 
with  file  management,  task  scheduling  and  a  host  of  other  software 
and  hardware  considerations. 

With  SIMPLIE  software,  most  of  the  system's  operations  are 
"transparent"  to  implementer s .  While  more  technical  system 
management  capabilities  may  be  used  directly  by  experienced 
programmers,  non-technical  people  can  develop  most  applications 
with  minimal  attention  to  technical  details.  And  only  one 
"specifying"  language  is  required. 

In  Production:    A  Data  Ck>nveyor  System 

The  combination  of  hardware  and  an  application  developed  with 
SIMPLIE  software  forms  a  complete  transaction  processing 
environment  called  a  Data  Conveyor^M  System. 

Architecturally,  a  Data  Conveyor  System  is  based  on  two  principal 
operating  features:  production  line  processing  and  "electronic 
paper . " 

Production  Line  Processing 

Data  Conveyor  production  line  processing  is  analogous  to  a 
manufacturing  production  line:  a  product  moves  down  an  assembly 
line,  and  value  is  added  at  every  workstation,  either  by  people  or  by 
specialized  machinery,  whichever  is  more  appropriate. 

Similarly,  work  progresses  sequentially  through  the  Data  Conveyor 
System,  with  processing  functions  performed  cooperatively  by  a 
trained  user  and  the  system  at  each  workstation .  Immediate  results 
for  each  transaction  are  stored  in  a  work- in-process  file  for  later 
display  at     subsequent  workstations. 

A  Data  Conveyor  System  may  have  any  reasonable  number  of 
workstations,  and  the  specific  processing  tasks  of  a  particular 
transaction  may  be  assigned  to  workstations  as  desired .  Individual 
transactions  progress  from  workstation  to  workstation  in  accordance 
with  transaction  requirements. 


It  Works  Just  Like  Paper 


With  the  assistance  of  the  Data  Conveyor  System,  users  process  work 
in  a  familiar  manner.     The  primary  difference  is  that  the  system 
^  performs  the  bulk  of  the  required  processing  tasks,  and  the  user, 

utilizing  the  electronic  paper  capabilities  of  the  system,  need  only 
enter  a  minimum  of  source  data  and  make  appropriate  decisions.  In 
this  way,  most  routine  actions  and  processes  are  taken  over  by  the 
system,  resulting  in  far  greater  productivity,  reduction  of 
redundant  effort,  reduction  in  errors,  lower  cost,  and  greater 
accuracy. 

What  About  Support? 

The  SIMPLiE  system  is  continually  enhanced  and  improved  to  incorporate  new 
technical  facilities  and  make  the  software  even  easier  to  use.  The  warranty 
covers  SIMPLIE  for  the  life  of  your  installation. 

For  technical  and  development  assistance.  Data  Concepts'  applications  and 
data  processing  staff  can  provide  on-site  consultation  or  answer  inquiries  by 
phone.  In  addition,  training  and  documentation  are  part  of  your  support 
package .  .  - 

The  Company 

Data  Concepts,  the  developer  of  the  SIMPLIE  software  system,  combines  a  broad 
base  of  experience  in  information  management,  data  processing,  and  software 
language  development.  The  firm's  work  with  office  systems  in  the  banking, 
insurance  and  securities  industries  and  government  led  to  a  concept  of  a 
unified  automation  system  for  complex  transactions,  and  to  the  formulation  of 
a  new  specifying  language  for  expressing  common  system  operations. 
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SIMPLIE  software  is  now  used  to  automate  even  the  largest  and  most  complex 
transactions,  and  maintain  them  easily  within  a  changing  business 
environment.  This  powerful,  integrated  fourth-generation  software  tool  has 
provided  documented  savings  -  up  to  80%  in  development  time  and  up  to  70%  in 
transaction  processing  time. 


Sales  Offices 


Boston : 


Chicago : 


420  Bedford  Street 

Lexington,  Massachusetts  02173 

(617)  861-7620 


33  W.  Higgins  Road,  Suite  2050 
Barrington,  Illinois  60010 
(312)  426-7068 


r 
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Automating  Front-End 
Multi-Peril  Policy  Writing 


by  JACK  MONAHAN 
Division  Manager 
Commercial  Field  Operations 
Allstate  Insurance  Cos. 

WT  ALLSTATE  Insurance  Cos.,  an 
y  automated  system  for  rating, 
quotes  and  writing  multi-peril  and 
related  monoline  policies  was  im- 
plemented successfully  in  less  than 
18  months  at  a  total  development 
and  working  system  cost  of  less  than 
$1.5  million.  The  system,  which  uses 
the  Data  Conveyor  System  from 
Data  Concepts  of  Lexington,  Mass., 
and  handles  more  than  43,000 
policies  in  force,  resulted  in  a  pro- 
jected savings  of  more  than  $7 
million  for  a  five-year  period. 

Certain  areas  within  the  insurance 
industry,  because  of  their  size,  com- 
plexity and  unpredictable  varia- 
tions, have  strongly  resisted  auto- 
mation in  spite  of  massive  attempts 
which  have  resulted  in  systems  that 
are  difficult  to  use,  maintain  and 
update.  The  front-end  portion  of 
multi-peril  policy  writing  is  a  good 
example  of  this.  If  there  ever  was  a 
business  activity  needing  computer 
assistance,  multi-peril  is  it.  The 
number  of  forms  involved  is  large; 
the  quantity  of  manuals,  tables  and 
regulations  is  overwhelming;  the  op- 
portunities for  errors  and  spontane- 
ous variations  are  unlimited.  It 
takes  years  to  become  fully  profi- 
cient in  multi-peril  policy  rating. 
The  per-policy  handling  ^osts  are 
comparatively  high.  The  chance  that 
one  or  piore  significant  errors  will 
survive  the  entire  policy  creation 
procedure  also  is  quite  high. 

Unfortunately,  the  same  factors 
thai  point  to  the  need  for  computer- 
ization of  multi-peril  front-end 
policies  also  stand  in  the  way  of 
achieving  that  goal.  The  immensity 
of  the  task  implies  a  large  and 
expensive  effort.  The  "moving 
target"  nature  of  the  activity  in 
terms  of  changing  figures  and  re- 


quirements suggest  that  it  may  be 
nearly  impossible  to  keep  completed 
systems  current  with  new  changes. 

In  spite  of  the  enormity  of  the 
task,  Allstate  decided  to  approach 
the  multi-peril  automation  problem 
directly  because  we  believed  that  a 
good  solution  would  significantly 
enhance  our  productivity.  The  re- 
sults: 80%  reduction  in  average  pro- 
cessing time,  95'7o-plus  premium  ac- 
curacy before  quality  verification; 
standardization  of  all  procedures, 
calculations  and  data  among  all  rat- 
ers and  offices;  and  reduced  oper- 
ating costs  on  43,000  policies  in 
force  for  savings  of  $7  million  gross 
over  a  five-year  projected  plan. 

Planning  a  System 

Planning  for  our  system  began 
several  years  ago,  when  a  software 
product  which  could  handle  quot- 
ing, coding  and  policy  issuance  for 
multi-peril  policies  became  avail- 
able. The  claims  for  the  system, 
combined  with  its  estimated  de- 
velopment cost  and  timeframe 
sounded  so  optimistic  that  we  were 
far  from  convinced,  but  we  were  in- 
terested. If  the  system  proved  valid, 
it  would  give  us  an  opportunity  to 
change  Allstate's  multi-peril  system 
in  ways  that  we  had  considered  un- 
attainable through  traditional  auto- 
mating efforts. 

After  a  series  of  meetings  between 
DCI  and  Allstate,  approval  was  giv- 
en for  a  test  system.  If  successful, 
the  test  system  would  be  expanded 
to  additional  policy  handling  func- 
tions. This  test  system  was  designed 
to  meet  the  following  criteria: 

(1)  Provide  rating  (including  rate 
look-up)  for  quotes  on  80°7o  of  mul- 
ti-peril accounts. 

(2)  Handle  the  ISO  multi-peril 
manual,  including  all  states  affili- 
ated with  ISO,  and  exceptions  there- 
in. 

(3)  Do  fully  automated  look-up 


of  rates,  etc.,  yet  allow  operators  to 
do  manual  look-up  and  override 
system-generated  entries  and  calcu- 
lations. 

(4)  Do  minimum  premium  calcu- 
lations. 

(5)  Handle  "oddball"  coverages 
as  part  of  automated  activities, 
through  a  "miscellaneous"  screen. 

(6)  Handle  99  locations  and  $10 
million  in  premium  per  policy. 

(7)  Determine,  for  print  pur- 
poses, automatic  coverage  forms 

(8)  Provide  overrride,  suspend, 
call-back  and  other  features. 

(9)  Offer  automatic  rating  for 
specific  coverages  and  perils,  such 
as  fire,  building,  personal  property, 
time  element,  general  liability, 
crime,  glass  and  earthquake. 

(10)  Be  issuable  for  multi-state 
exposures. 

A  full  commercial  rater  analyst 
and  I  assisted  in  designing  the 
screens  to  be  used  and  in  defining 
the  fiow  of  procedures.  Six  months 
after  the  go-ahead  was  given,  DCI 
presented  a  test  system.  It  did  every- 
thing called  for  in  the  proposal. 

Implementation 

Allstate  subsequently  contracted 
for  delivery  of  a  system  capable  of 
handling  multi-peril  rating,  coding 
and  issuing  of  policies  for  all  states. 
Less  than  a  year  and  a  half  from  the 
project's  initiation,  the  system  was 
running  in  every  Allstate  regional 
office.  The  total  cost  of  the  system, 
from  development  to  finished  prod- 
uct, including  the  test,  came  in  un- 
der $1 .5  million. 

What  Allstate  had  was  an  auto- 
mated system  which  could  be  in- 
stalled on  relatively  inexpensive, 
stand-alone  office  minicomputers 
and  which  was  capable  of  rating, 
coding  and  issuing  80%  or  more  of 
all  multi-peril  policies.  The  system 
workload  consisted  of  about  25, (XX) 
(Conlinued) 


existing  and  new  policies  in  force. 

The  automated  multi-peril  system 
has  resulted  in  a  wide  variety  of 
benefits  and  improvements  from  the 
standpoints  of  front-end  activities 
and  data  processing  resource  sup- 
port. In  terms  of  Allstate's  front- 
end  multi-peril  activities,  the  DCI 
system  has  cut  out  an  average  of 
75°7o  of  the  work  time  needed  per 
policy  for  rating  and  typing,  simply 
by  speeding  up  the  handling  effec- 
tiveness. This  has  translated  into 
tremendous  improvements  in  pro- 
ductivity. 

Error  Reduction 

Errors  are  avoided  through  the 
automatic  look-up,  checking  and 
calculations  done  by  the  system. 
Any  given  item  needs  to  be  entered 
only  once,  no  matter  how  many 
times  a  premium  references  it,  sav- 
ing time  and  preventing  errors.  Au- 
tomatic checking  of  entered  and  cal- 
culated data  allows  us  to  catch  many 
of  the  errors  that  do  occur,  and  au- 
tomatic selection  of  proper  forms 
eliminates  another  traditional 
source  of  error. 

While  speed  and  accuracy  have 
been  enhanced,  the  system  has  re- 
duced dramatically  opportunities 
for  errors  in  policy  writing.  Industry 
averages  say  that  one-half  of  all  pol- 
icies survive  normal  processing  with 
significant  errors.  Using  the  auto- 
mated multi-peril  system  from  Data 
Concepts,  we  are  reporting  a  95% 
accuracy — before  verification! 


Standardization 

Standardization  has  been  another 
important  outcome  of  automation. 
With  manual  processes,  there  are  in- 
finite opportunities  for  variation  to 
occur.  How  many  decimal  places 
are  carried?  Do  you  truncate  or 
round?  What  interpretation  do  you 
use?  Do  you  have  the  most  current 
charts  and  tables  and  rulings,  etc.? 
Building  these  decisions  and  this  in- 
formation into  an  automated  pro- 
cess standardizes  the  way  in  which 
policies  are  created,  thus  insuring 
consistency  for  rating  and  policy  is- 
suance from  person  to  person,  day 
to  day  and  state  to  state. 

Automating  the  multi-peril  sys- 
tem also  has  yielded  advantages  in 
the  cost  and  time  required  for  train- 
ing. It  can  take  four  to  six  years  to 
become  fully  trained  and  experi- 
enced in  handling  the  entire  range  of 
activities  associated  with  multi-peril 
accounts  when  using  a  manual  pro- 
cess, but  with  our  new  system,  we 
can  give  an  operator  four  to  six 
weeks  of  training  and  have  him  or 
her  perform  as  capably  as  the  more 
experienced  manual  rater.  No  sys- 
tem can  substitute  for  judgment  or 
experience — but  it  can  spur  a  quan- 
tum leap  in  an  employee's  capabil- 
ities. 

Our  automated  multi-peril  system 
also  gives  our  raters  a  totally  new 
facility — the  ability  to  do  multiple 
versions.  Once  an  original  quote  has 
been  processed,  raters  can  generate 
policies  with  any  degree  of  variation 
simply  by  taking  the  original  data 
and  changing  desired  items.  Addi- 
tional versions  of  policies  can  be 
prepared  in  minimal  extra  time. 

The  special  program  form  used  to 
control  tasks,  changes  and  updates 
has  resulted  in  low  data  processing 
maintenance.  Additions  can  be 
made  to  our  multi-peril  system 
much  more  smoothly  than  to  large 
COBOL/mainframe  systems. 


The  Bottom  Line 

Our  venture  into  automating  our 
multi-peril  system  has  been  a  great 
success.  First,  we  saved  several  mil- 
lion of  the  $7  million  budgeted  for 
handling  multi-peril  activities.  Next, 
the  new  system  standardized  all  pro- 
cedures, calculations  and  data, 
which  resulted  in  increased  efficien- 
cy and  decreased  operating  costs. 
Those  savings,  in  turn,  contributed 
to  reducing  our  commercial  regional 
offices  from  four  to  two.  In  addi- 
tion, employees  have  been  spared 
the  tedious  task  of  identifying  and 
correcting  errors.  Agents  benefited 
because  they  now  are  able  to  res- 
pond to  policy  requests  in  markedly 
shorter  times,  while  everyone  has 
benefited  from  the  reduction  in  er- 
rors. 

Allstate's  multi-peril  system  is  a 
delight  to  work  with  as  well  as  a 
great  dollar  saver,  and  it  is  running 
proof  that  complex  areas  of  our 
business  systems  can  be  automated 
successfully.  □ 


By  HAL  O'CONNOR 

The  commercial  insurance  business  is 
rapidly  moving  into  open  competition 
in  all  lines.  For  some  time  the  industry 
has  been  moving  away  from  fixed, 
structured  rates.  The  prospect  of  open 
competition  is  one  of  the  primary  fac- 
tors which  prompted  my  company. 
American  Mutual,  to  take  a  hard  look 
at  its  produas.  margins,  productivity 
and  general  ability  to  respond  quickly 
to  a  sophisticated,  rapidly  changing 
marketplace. 

Insurer's  success 

Any  insurer's  success  depends  on  its 
ability  to  provide  quality,  modern  prod- 
ucts at  a  competitive  price,  while  re- 
taining a  profit  margin  which,  coupled 
with  investment  income,  can  provide  a 
surplus  sufficient  to  support  steady 
growth.  As  many  companies  are 
aware,  investment  income  alone  may 
not  be  adequate  to  offset  deficits  from 
underwriting  results.  While  good  claim 
handling  and  loss  prevention  service 
will  help  control  the  loss  portion  of  the 
premium  dollar,  commercial  lines  policy 
production  is  still  labor-intensive. 
Workers"compensation  policies  in  par- 
ticular have  defied  attempts  at  mean- 
ingful levels  of  automation.  Front-end 
policy  production,  endorsement  issue. 

Mr.  O'Connor  Ls  sen'wr  vice  president 
and  assistant  to  the  president  of  Amer- 
ican Mutual  ins.  Cos.,  Wakefield.  Mass. 


error  correction  and  file  handling  ab- 
sorb too  much  of  the  expense  dollar. 

For  all  too  long,  we  had  been  search- 
ing- for  automated  systems  which 
would  help  us  lower  our  expense  ratio. 
Hundreds  of  man-hours  of  meetings  in- 
tcnally  and  with  other  companies  pro- 
duced very  little  but  masses  of  specifi- 
cations and  calls  for  more  meetings. 
One  large  national  organization  work- 
ing with  a  multi-company  Beta  group 
"threw  in  the  towel"  after  an  invest- 
ment of  several  years  and  thousands  of 
dollars.  We  suffered  as  part  of  the 
group  and  came  out  with  nothing 
usable  for  all  the  time  and  money 
spent. 

Though  our  in-house  data  processing 
staff  has  done  an  excellent  job  on  large, 
mainframe-processed  personal  lines 
and  corporate  financial  applications, 
they  could  not  resolve  our  major  com- 
mercial lines  production  problems  with 
available  software  technology  and 
staff.  Best -guess  estimates  of  in-house 
application  development  were  econom- 
ically out  of  the  question.  Furthermore, 
neither  our  users  nor  our  data  process- 
ing staff  wanted  to  commit  to  the  pro- 
cess or  to  estimate  the  results  because 
of  the  problems  inherent  in  defining 
massive  specifications,  and  in  maintain- 
ing a  system  that  is  subject  to  constant 
change. 

In  short,  we  had  run  out  of  gas  on  a 
mainframe-based  approach.  As  a  re- 


sult, in  the  spring  of  1981.  I  was  re- 
quested to  research  the  subject  and 
see  if  there  were  solutions  to  user 
needs  beyond  the  avenues  previously 
explored.  We  knew  by  this  time  that, 
in  addition  to  solving  workers'  com- 
pensation production  problems,  the 
system  would  have  to  be  user-friendly 
and  operate  on  hardware  we  had  or 
which  would  clearly  pay  its  own  way  in 
a  short  period  of  time. 

Solution  appears 

After  several  months  of  presenta- 
tions and  of  talks  with  hardware  and 
software  vendors,  the  solution  ap- 
peared in  a  demonstration  of  Data  Con- 
cepts' (DCI)  Data  Conveyor  System.  The 
Data  Conveyor  is  a  concept  which  com- 
bines low-cost  mini-  or  microcomputer 
hardware  with  software  that  is  tar- 
geted directly  at  the  commercial  lines 
policywriting  process.  The  system's 
software  makes  workers'  compensa: 
tion  policy  administration  far  more  ef- 
ficient by  automating  most  of  the 
tasks  we  were  performing  manually. 
Instead  of  a  solution  involving  only 
partial  automation,  we  were  offered 
the  prospect  of  a  complete,  fully  cus- 
tomized system  tailored  specifically  to 
our  needs  which  could  be  run  on 
powerful,  but  economical  hardware. 

Once  the  decision  to  go  was  made, 
getting  the  first  application  up  and 
running  came  about  quickly.  To  be  pre- 


cise.  83  days  after  our  management 
first  met  with  a  Data  Concepts  project 
team,  on  Nov.  3.  1981,  the  software 
was  delivered  and  testing  was  under 
way  in  our  northeastern  division  office. 
The  new  system  produces  an  assigned 
risk  quotation  according  to  rules  gov- 
erning the  Assigned  Risk  pools  and 
turns  an  accepted  quote  into  a  policy. 
Quote-to-policy  conversion  requires 
only  the  entry  of  changes  requested  by 
the  agent.  The  system  can  also  pro- 
duce a  policy  from  a  direct  writing 
sales  application  without  the  quote. 

Working  from  only  four  video  display 
screens,  the  system  produces  either  a 
quote  or  policy  declaration  page,  a 
schedule  of  classifications,  an  unlimited 
list  of  locations,  an  office  records  en- 
dorsement which  contains  the  pro- 
ducer of  record  or  finance  company  if 
any,  and  miscellaneous  instructions 
such  as  type  and  location  of  audit. 

Major  breakthrough 

The  information  required  to  produce 
this  output  is  entered  by  the  operator. 
With  no  additional  operator  input,  the 
system  also  generates  endorsement 
schedules,  the  appropriate  budget  or 
payment  plan  notice  (including  fixed  or 
graded  commission  calculations),  and— 
a  major  breakthrough— the  statistical 
history  card  and  all  statistical  coding 
for  the  compensation  premium  for  a 
given  policy. 

The  system  can  rate  single  state  or 
interstate  policies  by  insured,  by  loca- 
tion, by  state,  or  by  any  combination. 
Finally.  If  an  (a)  rated  classification  is 
developed  which  is  not  in  the  tables, 
the  system  permits  the  operator  to 
enter  underwriting  data,  including 
classification  number  and  description, 
rate,  exposure  and  minimum  premium. 
The  system  then  uses  this  data  as  if  it 
had  come  from  the  tables,  with  no 
need  to  pull  the  policy  for  manual  pro- 
duction. On  an  average  compensation 
policy,  the  original  production  process 
takes  about  six  minutes.  Turning  a 
quote  into  a  policy  or  an  original  policy 
into  a  renewal  takes  about  one  minute. 
And  because  the  system  edits  all  data 
as  it  is  entered  (and  cross-checks  spe- 
cified items  for  accuracy),  our  error 
ratio  IS  expected  to  fall  to  one  half  of 
one  percent  on  renewal. 

A  plus 

A  real  plus  during  development  was 
ease  of  communication:  most  of  DCi's 
program  developers  were  insurance 
people  who  were  taught  the  system. 


not  programmers  who  were  taught 
insurance.  One  member  of  DCl  s  project 
team,  a  former  insurance  rater,  had 
been  with  the  company  only  30  days 
and  had  never  written  a  computer  pro- 
gram, yet  that  individual  wrote  most 
of  the  program  to  our  satisfaction.  An- 
other great  user-plus  was  that  the 
project  required  no  additional  staff  on 
our  part  and  was  done  with  no  com- 
pany systems  or  DP  staff  directly  in- 
volved. 

The  combination  of  the  policywriting 
system  and  mini/microcomputer  hard- 
ware will  enable  us  to  use  both  our  hu- 
man and  financial  resources  more  ef- 
fectively. The  system  currently  runs  on 
a  minicomputer  installed  in  our  north- 
eastern division  office  in  Wakefield. 
Mass.  Very  shortly,  we  will  replace  the 
mini  with  a  microcomputer  which  will 
run  at  roughly  three  times  the  speed  of 
the  mini  at  about  one  third  the  cost. 
The  low  cost  and  substantial  horse- 
power of  the  micro  mean  that  we  can 
keep  processing  distributed  to  the  de- 
gree that  it  is  economical  and  desirable 
for  us.  At  this  point,  we  plan  to  install 
micros  in  each  division  office. 

Among  other  considerations,  we  can 
avoid  the  heavy  cost  of  maintaining  on- 
line long  distance  communication  with 
a  centralized  processor  and  the  pitfalls 
of  having  all  of  our  eggs  in  a  mainframe 
basket. 

At  tnis  point  in  the  project  evolution, 
development  continues  on  automated 
audit  rating  and  audit  assignments  to 
eliminate  the  need  for  maintaining 
hard  copy.  Assignments  and  audit 
worksheets  will  be  produced  from  the 
master  file  as  needed.  In  addition,  the 
premium  section  of  the  unit  statistical 
card  will  be  a  byproduct,  eliminating 
the  need  to  code  or  key-disk  the  statis- 
tics to  our  mainframe.  These  projects 
are  also  under  user-controlled  ad  hoc 
teams— but  that's  not  the  end  of  the 
story. 

The  workers'  comp  project  develop- 
ment has  been  so  successful  that,  at 
the  request  of  user  departments,  we 
are  proceeding  with  similar  plans  to 
automate  commercial  auto  and  SMP.  A 
program  is  also  being  developed  to  in- 
tegrate division  credit  and  collection 
with  the  policywriting  systems  on  the 
micro  computer.  With  this  user  friend- 
ly software,  we  have  a  six  month  tar- 
get date  to  be  on  line  with  several  of 
these  new  applications. 

One  significant  side  benefit  has  been 
the  enthusiasm  the  new  system  has 
generated,  both  among  people  who  are 


directly  affected  by  the  changes  and  in 
other  departments.  Departments  in- 
volved with  the  WC  installation  have 
been  extremely  receptive.  Operators 
have  asked  for  additional  keyboard 
training  when  they  felt  a  need  to 
sharpen  their  skills.  Other  departments 
not  directly  involved  have  been  inter- 
ested in  the  project  from  its  inception 
and  have  asked  that  we  consider  appli- 
cations for  their  units.  To  date,  we've 
had  requests  for  110  applications,  in 
short,  our  motivation  to  continue  has 
come  from  both  current  and  potential 
users. 

In  just  over  a  year,  we've  made  tre- 
mendous progress  toward  freeing  our 
user  departments  from  absolute  reli- 
ance on  home  office  data  processing, 
and  from  a  mainframe  focus  that 
couldn't  solve  many  user  problems. 
Although  all  programming  has  been 
done  by  Data  Concepts,  our  users  are 
completely  in  charge.  We're  getting  a 
system  that  meets  our  needs,  with  the 
expectation  of  cutting  our  policy  pro- 
duction costs  in  half. 

We've  also  learned  a  few  lessons. 
The  first  is  that  users  should  be  in 
charge  of  user  projects.  This  means 
management  commitment,  budget, 
and  project  leadership.  Second  is  a  new 
perspective  on  technology.  While  we 
would  expect  that  a  given  configura- 
tion of  micro  hardware  will  soon  be- 
come obsolete,  the  amortized  cost  will 
be  low  enough  to  permit  migration  to 
new  hardware  or  upgrades  to  existing 
equipment  at  relatively  short  intervals. 
Furthermore,  software  development 
should  continue  to  improve  and  be- 
come even  more  user-friendly,  thereby 
enabling  it  to  keep  pace  with  or  sur- 
pass hardware  advancements.  From  a 
user  standpoint,  software  is  the  key  to 
progress. 

I  am  convinced  we  are  finally  on  our 
way  to  using  computers  as  technical 
and  management  tools  of  the  trade, 
not  as  highly  complicated  techniques 
under  the  exclusive  control  of  data  pro- 
cessing experts.  I  also  believe,  however, 
that  our  data  processing  people  will 
benefit  from  all  of  these  changes. 
With  this  approach,  they  can  see  relief 
from  heavy  pressure  to  program,  re- 
program,  and  maintain  an  ever-increas- 
ing volume  of  applications  for  end 
users.  Programs  developed  in-house  for 
the  mainframe  require  major  commit- 
ments of  systems,  programming,  and 
other  data  processing  personnel.  Con- 
versely, many  of  the  so-called  packaged 
programs  require  changes  to  a  stan- 


dard  application  program,  known  in 
the  industry  as  a  •■vanilla."  with  subse- 
quent complex  maintenance  and  devel- 
opment problems.  This  new  user 
environment  enables  home  office 
mainframe  personnel  to  concentrate 
on  what  they  produce  best— large, 
relatively  stable  programs  and  corpo- 
rate management  reporting. 

Personally.  I  have  become  an  enthu- 
siastic, dedicated  advocate  of  dis- 
tributed processing.  User-friendly 
applications  programs  running  on 
mircocomputers  appear  to  be  the  an- 
swer to  a  great  many  of  our  present 
and  future  production  problems  and 
thus  expense  control.  ^ 


